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GREETINGS! Welcome to the final Issue of Voluae 6 or 
Northern Bytes. Will we begin a Voluae 7? Yes, if you'll help 
support us. More on that later, but first this IMPORTANT 
ANNOUNCEMENT: 



ATTENTION COMPUTER CLUBS 
AND USER GROUPS: 

I aa about to begin ay aore-or-less annual purge of our 
exchange newsletter Bailing list. If your group is receiving 
NORTHERN BYTES on an exchange basis (this will be indicated by 
the words "NEWSLETTER EXCHANGE" at the top of your Balling 
label), please take a aoaent to check your group's Bailing list 
(or to notify the person who aaintalns the Balling list for your 
group) to aake sure that NORTHERN BYTES is on the list under the 
following address: 

NORTHERN BYTES 

c/o Jack Decker, editor [this line is optional] 

1804 Nest 18th Street # 155 

Sault Ste. Marie, Michigan 49783-1268 

Please note that soae groups still have us on the Bailing 
list under an Incorrect address (wrong street or lot nuaber, etc.) 
while others are still addressing our copies to Microcomputer 
Users International, a coaputer club that ceased to exist about 
2fe years ago. This causes no probleas unless there is a 
substitute aail carrier, In which case it is anybody's guess as to 
l ^ m \ whether we'll ever see your newsletter. And hardly anyone is 
' using our nine-digit zip code yet, so for that reason alone you 

should pull up our entry in your Bailing list file and check It 
against the above address. Don't just assume that we're on the 
list, Balling list files soaetiaes get corrupted by all sorts of 
strange forces (last year several groups expressed great 
surprise that we had somehow been reaoved froa their mailing 
lists. They thought we were on their lists; they were WRONG!). 

Also, the above address Is the only acceptable address to 
use for exchange newsletters. If, by soae chance, you've been 
sending your exchange newsletters to another address, It doesn't 
count!! They must be sent to the Sault Ste. Marie address. 

The point is that if your group Is NOT sending us copies of 
your newsletter (or If we are not receiving thea due to an 
iaproper address), ypu will be dropped froa the newsletter 
exchange list (leaning you won't get free copies of NORTHERN 
BYTES anymore) AND you will not be listed In the club/user group 
listing that I (hopefully) plan to publish in the next issue (or 
maybe the one following that, depending on the tlalng between 
this Issue and the next). Therefore, if you discover that your 
group has not been sending us copies of your newsletter, It is 
Imperative that you contact us IMMEDIATELY if you wish to reaaln 
on the exchange list. If your club or group is not publishing a 
newsletter at this time, please drop us a line anyway If you want 
to be Included In the club/user group listing. 

Last year I sent postcards to all the clubs we were about 
to drop froa the list, but that took a lot of extra tlae- and 
effort on ay part, so I aa NOT going to do it this year. What 
this Beans is that if you are reading your group's copy of this 
newsletter, it is lncuabent upon YOU to check with whoever 
aaintalns your group's Bailing list to aake sure that they have 
seen this notice. If I don't hear froa your group, don't coae 
crying later if you fail to receive Issues of NORTHERN BYTES 
and/or you alss being Included In the listing. As the saying 
goes, If you snooze, you lose!" 

/■""> TOLL-FREE SIGNUP FOR NORTHERN BYTES 

i- We've often said that we need aore readers if NORTHERN 

BYTES is to continue publication, and that's still true. Many of 
the early sources of TRS-80 related Information have dried up. 
Right now you can count the publications that offer any 
meaningful support for the TRS-80 Models I/IH/4/4D/4P on one 



hand, and probably have a finger or two left over. He know that 
there are aany thousands of TRS-80 owners still out there, and 
even discounting the non-technical types that wouldn't appreciate 
the content of NORTHERN BYTES, we feel that we should have aany 
aore readers than we currently have. 

We've tried to aake getting NORTHERN BYTES as risk-free as 
possible - instead of asking you to coaait aoney for a 
"subscription" in advance, we bill each Issue to your Visa or 
Mastercard as it is published and Bailed to you. This system has 
worked fairly well for. a few hundred readers, but we know that 
there are aany aore of you that probably have been meaning to 
send us your credit card -nuaber, but never got around to it. 
Well, now you can get on the Bailing list as easy aa picking up a 
telephone and dialing a toll-free nuaber. The numbers to use are 
as follows: 



Within Michigan: 
Elsewhere in U.S.A. 



(800) 632-7818, 
(800) 253-3200, 



extension 700 
extension TOO 



When the operator answers, give her the "extension" nuaber 
and she will then take your order. You can also order 
aerchandlse froa The Alternate Source using these numbers. 
PLEASE NOTE, however, that these nuabers ring into a telephone 
answering service in Kalaaazoo, Michigan. The operators there 
are not coaputer people. They can't answer technical questions, 
they Just take orders. When you are ordering something with 
special considerations (for example, you want a certain product 
only if it runs under a specific DOS), you can leave this 
information as a short aessage to accompany your order. 
However, you Bust provide all necessary information, the operator 
will NOT prompt you for it. If you are ordering TAS merchandise, 
please be prepared to give your coaputer aake and model, and the 
name of the Disk Operating System that you'll be using with the 
products you've ordered. And, be sure to have your credit card 
nuaber and expiration date handy (at the rates we're paying f.or 
this service, we sure don't want to have thea wait while you look 
for this Information!). 

If you need technical Information about a product, you'll 
still have to call the aaln TAS number, (517) 482-8270 (on your 
nickel, of course). 

Last summer I said that I would pull the plug on NORTHERN 
BYTES if the readership didn't increase. Well, it has increased, 
but only slightly. I'm hoping that the toll-free nuaber will be 
the catalyst that will help us get on a profitable basis. If this 
doesn't work, you can expect the remaining days of NORTHERN 
BYTES to be short-lived. We've tried Just about everything else 
(that we can afford, anywayC 

NOTE TO OVERSEAS READERS: 
If you live outside the U.S. or Canada, you may have 
experienced unexpected delays in receiving NORTHERN BYTES 
Voluae 8, Nuabers 5, 6 and 7. We outlined the reasons tor this in 
our last Issue. In any case, if you have failed to receive any 6f 
these Issues, please let us know as soon as possible and we will 
send replacement copies. An airmail postcard will be adequate to 
Inform us. you don't need to write a foraal letter. We'd also like 
to know if you've experienced unusual, delays in receiving the 
Bailed copies. Our apologies for any inconvenience this may have 
caused. 

MAIL TO THE EDITOR 
I've often said this before, but it really pains ae that I am 
unable to answer each piece of mail I've received Individually. 
So, If you've sent ae anything recently, be it a letter, disk, tape 
or whatever, I thank you, and apologize if you didn't get a 
personal reply. Unfortunately, I am still a relatively slow 
typist, and I just don't have 36 hours per day to answer 
correspondence. I hope that no one feels slighted. Soaetiaes I 
don't reply because I don't have an "answer $t "hand, other times 
because the reply would need lengthy research that I do not have 
the tlae to do at the aoaent, and at pfher times it aay be that 



no reply really seen necessary. Also, there's such a thing as 
your letter just plain arriving on a bad day - such as a day 
when I'm away from home for a week or so. When I get back from 
a trip like that, I usually have a mountain | of nail waiting, and 
each piece somehow seems less significant titan usual. 

If you REALLY want an answer to a letter you're sending (or 
want me to see the program or article you have submitted), the 
absolute WORST thing you can do is to send it c/o The Alternate 
Source (unless you are sending It to one of their electronic 
mailboxes on NCI Hail, CompuServe, or Delphi, which is actually a 
very good way to send letters or programs to me). There are 
several reasons for that, but probably the easiest to explain is 
that when I get back home after a visit to TAS, I usually have a 
whole box full of things to work on, PLUS I have all the mail 
that has accumulated here while I was gone. I guess I Just 
somehow figure that if someone couldn't be bothered to send 
something directly to me, I'll look at it after I get through with 
the pile that has accumulated here. That usually takes me about 
four or five days (Including processing time), during which that 
box of things from TAS somehow seems to dim in importance. If 
you're lucky, I may get to it a month or two later. On top of all 
that, if it's a disk I generally don't know all the circumstances 
surrounding its arrival (was there a letter or instructions with 
it that somehow got misplaced?), so I am a bit more cautious 
about it (read: disinclined to use it in NORTHERN BYTES or on a 
PD Library Disk). 

I again apologize for not being able to answer every letter 
I receive. Some publications Just say that they don't answer 
individual letters and never tell you why. I try to answer a few 
of them, and to let you know why I can't answer them all! 

SPECIAL THANKS 

You may notice that this issue contains several article 
reprints from other newsletters. Most of these are from 
Australia and came to us through the efforts of Tony Domigan and 
the editors of the newsletters involved. Unfortunately, Tony has 
been lured into the world of IBM clones and MS-DOS, so he 
expects to be doing less with his TRS-80 (in fact, by the time 
you read this, he will have probably sold his Model 4P). Tony's 
efforts have improved the content of NORTHERN BYTES In many 
ways, and for that I can only say, "Thank you, Tony." It's always 
sad to lose a reader to the Big Blue camp (and to what many 
TRS-80 users consider a more user-hostile Disk Operating System), 
but especially sad when that reader has contributed so much to 
our struggling efforts. 

I sometimes wonder if the desertion from the TRS-80 camp 
isn't as much media hype as anything. There are many satisfied 
TRS-80 users out there, and the TRS-80 is a fine machine that 
runs some excellent software. In fact, for non-graphics-lntensive 
work that does not require horrendous amounts of memory, I don't 
see how you can beat the TRS-80 Model 4. You might wonder what 
kind of computer I'd use if not the TRS-80. Well, I've never had 
any real motivation to work with other computers since my 
TRS-80's do just about everything I want them to do, but based on 
reviews I've read and reports I've heard from users, I'd probably 
consider the Commodore Amiga very strongly . But only if they 
lower the price, and get rid of some of those horrible 
commercials they've run on TV (which, mercifully, have not 
appeared very of tent). 

By the time you get this issue we'll probably be into the 
new year, so Til Just wish you ail the very best for 1986. Maybe 
this will be the year they bring out the voice-operated 
typewriter interface. I keep hoping... 



THE EXTERMINATOR 

In the article "STANDARD SORT ROUTINES" by Ron Zajac. 
which appeared in Volume 6, Number 5, part of line 1070 of the 
SHELSORT demonstration program was missing. I was testing some 
zaps to Allwrite at the time, and didn't realize that my zaps were 
occasionally causing text to be dropped at the end of video 
lines. If you see anything else that appears a bit weird in that 
issue, that may be the cause. • You know how we always tell people 
to test all zaps thoroughly before using them with files that 
contain valuable data? Well. I guess we should take our own 
advice) 

Anyway, here's line 1070 as it should have appeared: 



1070 GOSUB 1140: IF A(S)>A(S+M) THEN B-A(S): A(S)-A(S+M): A(S+M)-B: 
IF S-M>-1 THEN S-S-M: GOTO 1070 

Sorry for any inconvenience this may have caused, but of 
course it was a "computer error"... 4 

LETTERS DEPARTMENT 

Reminder: Persons sending letters intended for publication 
should send them on magnetic media or via CompuServe, Delphi, or 
MCI Mail (especially if longer than a couple of paragraphs). If 
you are NOT using Allwrite (or Newscript) and your word 
processor offers tile option to save your file in ASCII format, 
please do so (especially if using SuperScripsltl). Your 
cooperation in this matter will help us to bring you a better 
newsletter! 



Dear Jack, 

The Shell sort discussed by Ron Zajac in Volume 6, No. 5 
appears to be a Shell-Metzner sort. I also have no reference, 
but I was told in a class that this is a modification by Marlene 
Netzner of a sort by Donald Shell. One or both of these 
individuals may have worked for Pratt a Whitney Aircraft, since 
the sort reportedly was originally published in one of that 
company's ln-house bulletins. In line 1070 some Information is 
missing from the fifth statement. Perhaps it should have read 
". IF S>M THEN S-S-M "? 

Sincerely, Don Singer 

[Oops! Thanks for discovering the bug, Don, and for passing 
along the information. Hopefully, you've already discovered the 
correction in THE EXTERMINATOR column above. Your guess was 
close, though!] 



Dear Jack, 

For the first time in several years I have tried using the 
RS-232 port on the Model 4. I was asked to write a program to 
collect all incoming data on an IBM-PC, using hardware*"^ 
handshaking to control the transfer speed. I thought I could utiCT 
one of the TRS-80 terminal programs for transmission, but found 
that they did not use hardware handshaking. I found that 
Omniterm can make transmission dependent on hardware 
handshaking, but does not set the output if it cannot cope on 
reception. I would have thought the Model 4 programs would use 
interrupts to implement a receive buffer, being configurable for 
either XON/XOFF or hardware handshaking. Probably this is not 
necessary for 300 baud 'phone communications, but for direct 
connection at up to 9800 baud it would certainly be convenient. 
I'll probably have something soon which will fit my specific needs 
- it just surprised me that it wasn't readily available. 

Kindest regards, 

Arne Rohde, Box 82-211, Highland Park, Auckland. New Zealand 

[There are many terminal programs around that work fine at 
300 baud, but have real problems when operating at higher 
speeds. I don't have any answers on this one, but wonder if our 
readers have any recommendations?] 



[Message received via CompuServe:] 
Date: 16-NOV-85 00:50 
From: Keith E. Davis, M.D. [72256,3155] 
Subj: Users Group 

Dear Jack, 

I enjoy receiving Northern Bytes very much. I would like to 
ask your help in contacting other users of Adventure 
International's "Max! Manager II" program. 

I would like to form a Maxl Manager Users Group with a 
newsletter and part of a BBS. If any of your readers are 
Interested, have them send a S.A.S.E. to me at: 



Keith E. Davis, M.D. 
Maxi Manager Users Group 
P.O. Box 609 
Shoshone, Idaho 83352 



n 



or Message on CompuCenter IOWA at (319) 338-2750 (BBS) to DOC 
(«y username). Thanks. 

Keith E. Davis, M.D. 



^ 



[Glad to help, Dool] 



[Message received via CompuServe:] 
Date: 16-Nov-85 14:20 
Proa: John J. Stein [74056,673] 
Subj: Northern Bytes 

Jack, 

Thank yon for the copy of Northern Bytes. I couldn't help 
noticing that every article was for NEWDOS/80 people. Is this a 
coincidence? I use LDOS. Reading about NEWDOS/80 doesn't help 
ae. 

Also, although you have a huge selection of public domain 
software, it seems that I already have aost of what you offer. 

I'm still undecided about subscribing. I like the layout and 
style, but I would like aore information about programs and tips 
for LDOS users. 

- John J. Stein 



[Believe it or not, we appreciate John's coaaents regarding 
the content of NORTHERN BYTES. Although we have not Made a 
conscious effort to exclude articles relating to LDOS, it does 
seea to be true that the articles we receive tend to be aore 
relevant to NEWDOS/80 than to any other DOS. I suppose that is 
due to the fact that NEWDOS/80 reaalns the aost popular DOS for 
Model I/Ill users. We'd love to be able to carry aore articles 
relating to DOSes other than NEWDOS, but can only publish what 
we receive. Occasionally we do reprint articles f roa other 
newsletters that help fill the void (such as a recent article on 
creating a double-sided booting disk under LDOS), but In aost 
cases we prefer to use articles that have been sent directly to 
us (even if they first appeared in another newsletter - the aaln 
^jgilng Is that if we receive an article on disk or via electronic 
^ua&U. it doesn't have to be re-typed!). 
'~T Almost all of the articles In NORTHERN BYTES have been 
contributed by our readers (that 1b, we don't pay for thea like 
the big magazines do), but we do give a free six-issue 
"subscription" to NORTHERN BYTES to anyone that writes an 
article for us (provided that we actually use it, of course). If 
any of our readers feel that they have soae expertise with LDOS 
(or any of the other DOSes), it could be worth soae free issues 
of NORTHERN BYTES to you to share your knowledge) 

Keep In Mind that when you "subscribe" to NORTHERN BYTES, 
you're not paying for ANY Issues In advance. Thus, you can try a 
couple of Issues and if you decide that NORTHERN BYTES isn't 
helpful to you, you can cancel your "subscription" at any tiae 
just by dropping us a line to that effect, with no penalty 
whatsoever!] 



Dear Jack, 

After reading your coaaents concerning LDOS and TRSDOS 6's 
"sudden death" in the latest issue of Northern Bytes [Voluae 6, 
Number 6], I could not escape the feeling of, "here we go again". 
I can't recall how aany times you have erroneously referred to a 
"go to sleep" mode as a "sudden death" mode, but Its been aany. 
I also fail to discern why your brilliant readership has not set; 
you straight on what causes that condition and what you can do 
to correct It; unless they have and your unmitigated affliction to 
NEWDOS has caused you to refrain froa informing your readers as 
to the solution. 

I'll be charitable and assume no one else has brought the 
solution to your attention. Thus, I leave It up to myself to 
educate you and your readers. 

1 am sure that the hackers out there (which really Is your 
audience) recognize that LDOS had its roots in -VTOS version 4. 
VTOS 4 as was VTOS 3 as was TRSDOS 2.2, 2.1, 2.0, and the 
famous version 1.0 originated froa the individual known to 
tory as Randy V. Cook (I'll oait the slashed ohs). 

The actual phenoaenon of "sudden death" was prevalent In 
TRSDOS 1.0 and 2.x series and was in part caused by a capacitor 
in the expansion interface which released the drive select lead 
of the floppy prior to the completion of the data transfer. Thus, 
the system would lock up because the floppy would be disengaged 



-in fi 



and the disk controller would never tiae-out. Dennis Kltsz, well 
known author of Model I hardware fame, noted this, That should 
not be news to anyone. 

When Randy brought out VTOS 3.0, he added a feature of 
using the SHIFT-BREAK key combination to reselect the last drive 
- in case a Motor timeout occurred. The other thing which Randy 
did was change the points in the disk driver where the the 
interrupts were disabled. Under TRSDOS 2.x, interrupts were 
disabled very early In the controller handshake protocol. This . 
had the result of Making the Interrupt clock inaccurate. Thus, 
refining the point at which the Interrupts were disabled led to a 
aore accurate clock. 

When Randy released VTOS 4.0, things had to tighten up a 
bit aore In the interrupt departaent since a type-ahead keyboard 
routine was now available. The Interrupts were disabled only to 
the barest minimum In the disk driver. It was Implemented that 
way to enable the capture of keystrokes while the disk drives 
churned away. What typist Making use of typeahead is willing to 
stop typing when the drive activity light goes on? In order to 
gain a feature, one had to be given up. For the casual reader, 
here Is where you really have to pay attention. 

Because the Interrupts were disabled In the disk driver 
only after the first byte was transferred to/froM the controller, 
a possibility arose that an Interrupt could occur between the 
transfer of that byte and the transfer of the second byte. It 
would take a considerable discussion of specifications of the 
Western Digital disk controller to understand why the disable 
Interrupt could not be placed Immediately preceding the transfer 
of the first byte. Suffice it to say that the timing between the 
transfer of the first and second byte is « variable; for proper 
operation of type ahead, the DI had to be where It was! Now when 
the Interrupt servicing routines were off doing their thing, data 
was lost In the transfer between the host (the CPU) and the disk 
controller. The disk driver circumvented this obstacle by 
retrying the requested operation. 

There are retries due to parity errors and there are 
retries due to lost data errors. Usually the parity errors are 
retried 5 or 10 times by the driver, then reported back as an I/O 
error to the caller. The VTOS 4.0 disk driver did an infinite 
retry of the "lost data" error since it was caused by the 
interrupted data transfer. Now the appearance of this problem 
was an occasional slightly longer time to do a data transfer - 
depending on the rotational speed of the floppy disk! It turns 
out that when a disk drive Is precisely tuned to rotate at 300 
rpm, it is perfectly synchronized to the Interrupt clock of 25 Hz 
(Model I) or 30 Hz (Model III) or 60 Hz (Model 4). Thus, those 
folks who went out and adjusted their drives to rotate at exactly 
300 rpm, found that the drives would more often than not, "go to 
sleep" when operating under VTOS. This phenomenon was carried 
through to LDOS and later to TRSDOS since both of these systems 
continued to support type-ahead. 

Since Logical Systems has always told people of this 
phenoaenon and always recommended the drives be aligned to 301 
or 302 rpa, I fail to understand why people still hassle with this 
problem. Eventually, some "sMart" drive Manufacturer introduced 
a drive with a microprocessor controlled speed that was a rock 
solid 300 rpm. I believe it was that fiasco which forced Logical 
Systems to add the "SYSTEM (SMOOTH" function in TRSDOS 6.2. 
Such a function completely destroyed the ability to type while 
the floppy drives were doing data transfer: it did speed up, the 
system by eliminating retries due to lost data errors. Ajl 
"SYSTEM (SMOOTH" does is add a disable Interrupt early in the 
disk driver. 

The bottom line is that if you or any of your readers have 
a problem with a disk drive "going' to sleep" using LDOS or 
TRSDOS 6 (I doubt there are still any VTOS users out there), I 
suggest that they just adjust the speed of their disk drives to 
301-302 rpm. The problem will be solved. 

Thanks for taking the tiae to read this - and I hope that 
you. Jack, have read it. You need the education it provides. 

Respectfully, Roy Sol toff 



[Ro?, I do appreciate you taking the tiae to educate ae. I 
had read something about this problem years ago, but had 
forgotten about it until I received your letter. 

As for my "unmitigated affliction to NEWDOS" (ale), I think I 
have covered that point in my response to the previous letter, so 
I won't belabor it here. 



However, in one way your response is typical of what I have 
come to expect trap some LDps users. Notice that here we have 
disk drives that are running at the "correct" speed - 300 RPM, 
right on the money. All other DOSes work just fine with the 
drives running at that speed. Only LDOS has a problem with 
drives running at the ; "correct" 300; RPM speed. The solution? 
Change your drive speed so it will work with LDOS! In other 
words, we would almost be led to believe that LDOS comes from 
somewhere on high and must therefore be perfect, and if any 
incompatibilities exist, all other software and hardware must be 
modified to work with LDOS! A disk drive manufacturer comes out 
with a drive that runs at a steady 300 RPM, and you refer to it 
as a "fiasco"! I suppose that the drive manufacturer really does 
deserve that negative evaluation - after all, how dare they 
introduce a drive that automatically runs at the correct speed, 
without first considering that it might not work properly with 
the almighty LDOS?! 

I've noticed that same attitude In regard to software that 
runs just fine under all DOSes except LDOS. It can't possibly be 
a bug In LDOS (although it could be a "design feature", which is 
a bug that has been documented), so, Mr. Software Author, you'll 
just have to rewrite your program so that it works under LDOS, 
because after all, LDOS is the only real DOS anyway. Or so some 
LDOS users would have us believe. 

I guess that I am used to having to "work around" the 
hardware limitations of my equipment, but perhaps the LDOS 
authors felt that they were above that, effort. Granted that 
there are some hardware problems that can't be worked around 
(such as the lack of lowercase characters on the video display of 
the old, unmodified Model I TRS-80) that almost demand a hardware 
modification, no matter which operating system is used. But when 
you have a problem that a) occurs only under one DOS, and b) 
occurs when the disk drives are set to the "proper" speed, one 
wonders if it isn't just a bit arrogant to demand that users reset 
the speed of their disk drives just so they can run that one DOS. 
A typical programmer may not balk at making such an adjustment 
(though I know a few who would), but I'd hate to try and sell a 
program commercially that would run only under LDOS - I'm afraid 
most users wouldn't take kindly to being required to have their 
disk drives re-timed to use my program. 

I fully understand the tradeoff involved here - the bottom 
line is that you can't have reliable type-ahead during disk drive 
operations without changing the drive speed a bit. However, the 
Model I version of ALLWRITE has typeahead (via the ALK driver) 
and it will not work properly during an automatic save to disk. 
So what? I simply stop typing while the save in in progress. 
Granted, sometimes it's a bit Irritating, but I'd much rather be 
slightly irritated by having to stop typing for a few moments 
than very Irritated by having the computer "go to sleep" on me 
with a buffer full of text. 

So I guess it all boils down to what is most important to 
each individual DOS user. Personally, I had other dislikes about 
LDOS at the time I tried it (such as the gymnastics one had to go 
through to make a self-booting double-density system disk on the 
Model I, and such as the X'nnnn' format required for hexadecimal 
notation, whereas many other DOSes would accept the much simpler 
nnnnH format),, so I decided to keep using a DOS that worked 
reliably for me and that I was comfortable using (NEWDOS/80). 
Now I am using NEWDOS/80 with Alan Johnstone's modifications, 
which allow me to directly read from and write to a TRSDOS 6 
disk, so even the portability factor is not an incentive for me to 
use LDOS on my Model I. Others may believe that LDOS is the 
greatest thing since sliced bread, and indeed, it may be the best 
DOS for those people. I may prefer an four cylinder economy car 
while you may be more interested in high performance on the 
racetrack, and in that case it is clear that we would not both be 
happy driving the same vehicle. You may really appreciate the 
features of LDOS while I happen to prefer the benefits of using 
NEWDOS/80. That doesn't make either one of us wrong, it just 
means we have different opinions on what is important in a DOS. 

Once again, I encourage our readers that have some 
expertise with LDOS to contribute some of that knowledge to the 
pages of NORTHERN BYTES. Who knows, you may point out a 
feature that I hadn't realized was available in LDOS, that might 
make me think about it in a lot more favorable light!] 



Date: Wed Nov 27, 1985 6:29 pm EST 

From: Paul Jaeger / MCI ID: 237-3942 

TO: * Jack Decker"/ MCI ID: 102-7413 

Subject: Floating, point errors 



n 



Dear Jack, ' 

Thanks for NB 6/6. I was especially interested in your 
article on floating point errors, so I though 1 would check my 
Fortran and Pascal as well. The problem is the same, with a few 
variations. I am including source files and sample output. The 
Alcor Pascal is better in its representation of the real numbers, 
but the integer still gets screwed up. 

Microsoft Fortran (R/S *26-2219): 



c bugtest/for 






a = 0. 






do 100 J - 1,20 






call doit(a,b,i,: 


11) 




write (1,10) a,b 


,i.il 




10 format (fll.8,2x 


,'fii.a, 


,2x,i5,2x,15) 


100 continue 




■\ 


end 






subroutine doit(a,b 


,i.ii) 




a ^ a+.Ol 






b = a » 100. 






i - int(b) 




■ i 


il= ifix(b) 






return 




' : ~ 


end 






. 01000000 1 . 00000000 


i 


1 


.02000000 2.00000000 


2 


2 


.03000000 3.00000000 


3 


3 


.04000000 4.00000000 


4 


4 


.05000000 5.00000000 


5 


5 


.06000000 6,00000048 


6 


e 


.07000000 7.00000000 


7 


7 


.08000000 8.00000000 


8 


j 8 


. 09000000 9 . 00000000 


9 


9 


.09999999 9.99999905* 


9 


9 


.10999999 10.99999905 


10 


10 


.11 999999 1 1 . 99999905 


11 


11 


.13000000 13.00000000 


13 


13 


. 14000000 14 . 00000000 


14 


14 


. 1 500000 1 15. 00000095 


15 


15 


. 1 600000 1 16 . 00000 191 


16 


16 


. 1 7000002 i 7 . 0000019 1 


17 


17 


.18000002 18.00000191 


18 


18 


.19000003 19.00000191 


19 


19 


.20000003 20.00000381 


20 


20 


Alcor Pascal (R/S 


#26-2212): 



rs> 



program bugteat ; ' 

var a.b: real ; 

I.il.ctr: integer; 

procedure doit (var a, b: real; var i, il: integer ) ; 
begin 

a :» a + 0.01; 

b := a * 100; 

i :- round(b) ; 

il:- trunc(b) ; 
end; 



begin 



1 to 20 do 



a :- 0; 
for ctr 
begin 

doit(a,b,l,il); 
writeln(a:il:8, 
end 



0\ 



' ,b:1^8,'' ',1:5, 



,11:5); 



end. 



0.01000000 


1.00000000 


1 


1 


0.02000000 


2.00000000 


2 


2 


0. 03000000 


3.00000000 


3 


3 


0.04000000 


4.00000000 


4 


4 


0.05000000 


5.00000000 


5 


5 


t. 06000000 


6.00000000 


6 


6 


0.07000000 


7.00000000 


7 


7 


0.08000000 


8.00000000 


8 


8 


0.09000000 


9.00000000 


9 


9 


0.10000000 


10.00000000 


10 


9 


0.11000000 


11.00000000 


11 


10 


0.12000000 


12.00000000 


12 


11 


0.13000000 


13.00000000 


13 


13 


0. 14000000 


14.00000000 


14 


14 


0.15000000 


15.00000000 


15 


15 


0.16000000 


16.00000000 


16 


16 


0.17000000 


17-00000000 


17 


17 


0.18000000 


18.00000000 


18 


18 


0.19000000 


19.00000000 


19 


19 


0.20000000 


20.00000000 


20 


20 



Keep up the good work. 



Paul Jaeger 



$t 



[Thanks for passing along this Information, Paul. I would 
assume that Fortran and Pascal users can use some of the same 
hints Mentioned In the article (-MICROSOFT BASIC AND FLOATING 
POINT NUMBERS", Northern Bytes Volume 6, Number 6, page 17) to 
minimize these errors, especially the technique of doing all 
computations using Integers and carrying all variables as 
Integers whenever possible.] 



MODEL TIT TRSpOS 13 - THE BEST DQiLl 
by Jim Whlttaker 

[Reprinted from SYDTRUG NEWS, P.O. Box 297, Padstow, New 
South Wales 2211. Australia.] 

A lot of people often talk about such and such a DOS being 
best DOS and how they use- one DOS exclusively. Well, I am 
liar with 3 DOS's and I use each one regularly and in about 
same proportion. As far as I am concerned, Its horses for 
courses and some DOS's are great for doing work in some areas 
and lousy in others and if you don't exploit their benefits, a /lot 
of potential power Is going to waste. 

NEWDOS/80 I use if I need to do any file manipulating or 
transferring. It has the best range of options for reading files, 
manipulating data and then writing either to the same file or a 
new file in different format. 

LDOS I use when I need to handle a special file or print Job 
where I can quickly and easily install a filter or link to another 
device (real or imaginary). The best area to demonstrate this is 
when MODEMING where the type ahead buffer and easy file 
handling allow hassle free operations. 

TRSDOS I use with most of my standard Radio Shack 
programs. Cobol and Superscripsit are two large systems that are 
split into many smaller files for manageability. TRSDOS, being a 
"bare bones" DOS, is not very large and can thus accommodate all 
these programs and many of my own files on the one system disk. 
This allows "1 DISK" operation which I find is more convenient to 
use. WIFE/CMD also finds it is less hassle to find and boot a 
single disk. 

I find under the other DOS's that- although powerful, you pay 
for it with lack of user space on the system disk. Often, people 
transfer these programs to LDOS or NEWDOS, but there is no real 
advantage as you cannot use type ahead or filters or other 
enhancements and there is very little room left on the system 
disk for your own files. The Radio Shack programs use their own 
drivers and do NOT refer to the DOS routines. The other problem 
is that although the programs don't use the DOS, the DOS still 
thinks that it does and consequently everything runs a lot slower 
trying to interpret interrupts that are not used. Cobol and 
Superscripsit and the like were written specifically to run under 
TRSDOS and this is where they perform at their best. 

To make life just a little easier, you will find below a 
le heap of TRSDOS 1.3 system patches and enhancements that 
ve been collected from here there and everywhere over the 
years. My compliments to the original authors (unknown) for 
their perseverance and foresight. You can either enter them 
individually from DOS Ready or put them in a DO file. I will 



upload them to the BBS as a DO file called TRSPATCH/BLD and they 
will be available at the club. You can change any of them by 
putting the file through Superscripsit's ASCII option, making the 
changes, deletions or additions, QUIT the document and reuse the 
ASCII option. 



MAJOR PATCHES TO THE TRS-DOS SYSTEMS. 

1. Disable Password checking in both PATCH and DEBUG. 
PATCH *2 ( ADDMED4, FIND-20, CHG-18 ) 
PATCH *5 ( ADD=52EB, FIND=CB, CHG=36 ) 
PATCH *5 ( ADD=52ED, FIND-BE, CHG-00 ) 

\/Z, Allow DEBUG to inspect below 5600H. 

PATCH *5 ( ADD=4EDF, FIND-38E6, CHG-0000 ) 
PATCH *5 ( ADD-4F04, FIND-DO, CHG-C9 ) 
PATCH *5 ( ADD-506E, FIND-38E3, CHG-0000 ) 

3. Correct BASIC arrow functions (one or both may already be 
done). 

PATCH BASIC/CMD ( ADD-58C4, FIND-D5. CHG-00 ) 
PATCH BASIC/CMD ( ADD-58F8, FIND-F1 , CHG-00 ) 

4. Start directory searches from sector 3 not 2 on track 17. 
PATCH *10 ( ADD-4E47, FIND-02, CHG-03 ) 

PATCH *10 ( ADD-4E2A, FIND-3ADA4E, CHG-784FO0 ) 



/ 



5. Only zero the first two bytes in the directory when KILLing a 
file. This allows you to UNKILL them if need be. 

PATCH *3 ( ADD=4FB5, FIND=2F, CHG-01 ) 

6. Correct an error in FORMAT an I/O retry counter error. 
PATCH *7 ( ADD-4E55, FIND-12, CHG-OF ) 

PATCH »7 ( ADD-4E5B, FIND-OC, CHG-09 ) 

7.(a) Disable boot-up Logo. 

PATCH *0 ( ADD-4E85. FIND-216C51, CHG-C39D4E ) 
!(b) Disable both Date and Time prompts. 
PATCH *0 ( ADD-4EA9, FIND-CA, CHG-C3 ) 

or selectively eliminate the boot up logo. 

8.(a) Eliminate Model in picture, 
i PATCH *0 ( ADD-4E89, FIND-IB, CHG-27 ) 

(b) Eliminate message from "VERSION to SERIAL NUMBER". 
PATCH *0 ( ADD-4E95, FIND-IB, CHG-27 ) 
' (c) Eliminate TANDY copyrite message. 

PATCH *0 ( ADD-4E9B, FIND-IB, CHG-27 ) 
rtd) Disable Time prompt only. 
jVPATCH *0 ( ADD-4EFE, FIND-215451, CHG-C32E4F ) ~ 

/ 9. Print long error messages' instead of numbers. 
PATCH *4 ( ADD-4E28. FIND-20, CHG=>18 ) 

lO.Reaove periods from DOS READY prompt. 
PATCH *1 ( ADD-4E78, FIND-2E, CHG-20 ) 

11. Change TRSDOS READY prompt (max 12 characters). Because of 
the length of this patch, I have split it into 2 lots of 6 
characters. Just enter the new message in HEX format. NB a 
space - 20 HEX, ' 

PATCH *1 (ADD-509C, FIND-545253444F53, CHG-535550455220) 
PATCH *1 (ADD-50A2, FIND-205265616479, CHG-204D4943524F) 

12. Change Track-Step rate. Use the table below to select the 
different rates of step and use them in the "CHG-" spots. 
Current 6ms 12ms 20ms 30ms 



oc 


08 


09 




OA 


OB 


1C 


18 


19 




1A 


IB 


58 


58 


59 




5A 


5B 


PATCH *0 ( 


ADD-42EE , 


FIND-OC, 


CHG=08 


) 




PATCH *0 ( 


ADD-4516, 


FIND-OC, 


CHG-08 


) 




PATCH *0 ( 


ADD-4544 , 


PIND-1C, 


CHG-18 


) 




PATCH *0 ( 


ADD=4FE1 , 


FIND-OC, 


CHG-08 


) 




PATCH *7 ( 


ADD«580E, 


FIND-OC, 


CHG-08 


) 




PATCH *7 ( 


ADD-5841 , 


FIND-OC, 


CHG-08 


) 




x PATCH *7 ( 


ADD-5923 , 


FIND-1C, 


CHG-18 


) 




PATCH *7 ( 


ADD-5B3C, 


FIND-58, 


CHG-58 


) 





1 



IS. Change Track Count. Mainly (but not limited to) to u»e 80 
track drives. Select the count (in HEX) and use it in the "CHG-" 
spots. 

Current 40T 42T 80T 



1 
•i 



'■PA 
PA 



PATCH »0 
PATCH *0 
PATCH *0 

PATCH *Z 

PATCH *fl 
PATCH *6 
PATCH *T 
PATCH »T 
PATCH *7 
PATCH *7 
PATCH *7 
PATCH »T 
PATCH *1 
PATCH •» 



( ADO-4926, 
( ADD-499B, 
( ADD-4B29, 
( ADD-4F61, 
( ADD-SC06, 
( ADD-5DS3, 
( ADD-5203, 
( ADD-52D4, 
( ADD-53FF, 
( ADD-54D7, 
( ADD-5S04, 
( ADD-554A, 
( ADD-SC4F, 
( ADD-5CD4, 



28 
29 

FIND-28, 
FIND-28, 
FIND-29, 
FIND-28, 
FIND-28, 
FIND-28, 
FIND-28, 
FIND-28, 
FIND-28, 
FIND-29, 
FIND-28, 
FIND-28. 
FIND-28, 
FIND-28, 



2A 
2B 

CH0-2A ) 

CHG-2A ) 

CHG-2B ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 

CHG-2B ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 

CHG-2A ) 



50 
51 



Now for i 

14.This 
PATCH 
PATCH 
PATCH 

PATCH 
; PATCH 
i PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 
PATCH 



welcome additions to TRS-DOS. 



addition will halve the loading time of BASIC programmes. 
BASIC/CMD (ADD-5BFE, FIND-2AA440. CHG-CD8754) 
BASIC/CMD (ADD-SC07. FIND-FF, CHG-FE) 
BASIC/CMD (ADD-8COD, FIND-CD535F7723 , 

CHG-CD9B540000) 
BASIC/CMD (ADD-S3CC, FIND-8754. CHG-4A1E) 

FIND-E17EFE26, CHG-2323E5DD) 



BASIC/CMD (ADD-5487, 
BASIC/CMD (ADD-548B, 
BASIC/CMD (ADD-548F, 
BASIC/CMD (ADD-S493. 
BASIC/CMD (ADD-5497, 
BASIC/CMD (ADD-549B, 
BASIC/CND (ADD-549F. 
BASIC/CMD (ADD-54A3. 
BASIC/CMD (ADD-54A7, 
BASIC/CMD (ADD-54AB, 
BASIC/CMD (ADD»S4AF, 
BASIC/CMD (ADD-S4B3, 



FIND-C24A1ED7, 
FIND-C24A1EE5, 
FIND-219B54CD, 
FIND-3FS6E1C9, 
FIND-35013D3C, 
FIND-28751734, 
FIND-263C3675, 
FIND-3C267516, 
FIND-1A030C07. 
FIND-1C121D01 , 



CHG-E1ED5BA4) 
CHG-40013300) 
CHG-09O1FF00) 
CHG-BDB0EBC9) 
CHGHJD7503DD) 
CHG-7404DD36) 
CHG-0500DDCB) 
CHG-=01EEDD34) 
CHG-0A2003DD) 
CHG-340B24C3) 



FIND-1011. CHG-535F) 



a TTepeat command similar to NEWD0S80. 
(ADD-4E36, FIND-2642013F0036OO, 

CBG-8041013FO0O0OO) 
(ADD-S191, PIHD-4D4 183844552. CHG-522020202020) 
(ADD-603E, FIND-CD8E5FFE0D2003, 

CHG-2 1804 11 1254201) 
(ADD-8045. FIND-AF1829111060CD, 

CHG-25OOBDB0212S42) 
(ADD-804C, FIHD-5444C2. CHG-C39942) 



18. Create. 
PATCt *1 

PATCH *1 
PATCH *9 

PATCH «9 

PATCH »9 

l&Ctiange the COHVERT command to allow Y/N/Q selection. 
PATCH CONVERT/CMD (ADD-520A. FIND-06, CHG-1C) 
PATCH CONVERT/CMD (APD-5511. F1ND-21955B. CHG-CD065A) 
PATCH CONVERT/CMD (ADD-S536, FIND-ED53. CHG-135A) 
PATCH CONVERT/CMD (ADD-8A08. FIND-4D8F84656C20, 

CHG-3E86CD158A21) 
PATCH CONVERT/CMD (A0D-5AOC, FIND-3120746F204D, 

CHG-9S5BC0B1C39E) 
PATCH CONVERT/CMD (ADD-5A12, FIND-6F646S6C2033. 

CHO-S83B7032F1S3) 
PATCH CONVERT/CMD (ADD-5A18, PIND-20438F6E7665, 

CHG-C0BD53C9438F) 
PATCH CONVERT/CMP {ADD-5A1E, FIMD-7273696F8E . 

CHG-8E78657274) 



MODEL 4 SETDATE UPGRADE 
by Jack Decker 

In NORTHERN BYTES Volume 6 Number 6 I published the Model 
4 version of SETDATE, the ever popular date-setting routine that 
end* the drudgery of setting the date when you boot up your DOS 
system disk. Although version 6.0 did not contain any major 
bugs, I have released an upgrade (version 6.1) that Includes a 
couple of minor improvements. 



The first change eliminate* the requirement that 
SETDATE/CMD be saved only under that filename on your disk 
drive. Now you may rename It to whatever you like. This might 
be useful In certain circumstances. Sorry, I can't do thin in the 
Model I/III vsrsion due to the different ways that the various. 
DOSes load and execute a program. 

The other change is for people who want to call SETDATE 
from within another program or a /JCL file. Note that SETDATE 
was never intended to be operated from within a /JCL file. 
Rather, you should execute SETDATE first, then DO your /JCL file. 
An AUTO command line similar to this can be used for this 



purpose: 



AUTO SETDATE DO YOURFILE/JCL 



This will work (because SETDATE is specifically designed to allow 
this type of Syntax) but 1 Won't guarantee that running SETDATE 
from within a /JCL file will. Anyway, the specific complaint that 
I had was that SETDATE did not exit with the HL register pair 
containing a value of zero, which indicates an error to the 
calling program. This would not have any effect on those, who 
run SETDATE from DOS READY, but would affect those who would 
try to run SETDATE from within a /JCL file or another program. 

I will also mention that I now have SD (the version of 
SETDATE that also writes the date out to a file called DATE/TXT, 
which can then be imbedded into word-processing documents to 
automatically use today's date) up and running on the Model 4, 
thanks to a little help from Andy Levinson of Studio City, 
California (as long as I'm passing out credits, I should also 
mention that I received some help on the original version of 
SETDATE from Ray Erickson of Escanaba, Michigan). I'm not going 
to print the Mod 4 version of SD/CMD in this issue due to space 
limitations, but It will undoubtedly show up on a TAS Public 
Domain Library disk (and/or your favorite Bulletin Board System7) 
in the near future. Maybe when things slow down next summer, I'll 
try to squeeze it in. 

Anyway, here are the changes you need to make to 
SETDATE6/ASM version 6.0 to produce an "official" version. 6.1: 

/ , / ^ 7 / 

1. DELETE the following lines: 180, 1780, 2860, 4300, 4310. 

2. CHANGE the lines shown below (some of the changes are 
cosmetic, I'll agree, but you do want an "official" version, don't 
you?): 

*il0110 iVersion 4.1 for the Model 4 - creation date 12/14/65. 
( 00190 iNorsallyi this projraa is used by placing the 



/OOS30 

.-too 

-D15S0 
/JK420 



A 



/ 



Q3050 
04290 FCB 



Sault Ste. Marie. Michigan 47783-1248 
OEFM 'SETDATE version 6.1 is a public dnain prograe by Jack Decker.' 
DEFH 'oaners and ueers of the TRS-80 Models I, III* 4i 40 and 4P.' 
OEFM 'Laming, Michigan 48704-5317 (U.S.A.) or telephone (517) 482-8271).' 
JP NC.GETKEY i than ASCII 1CH ' 

OEFS 20H {File Control Block area 



3. ADD the following lines: 



^01745 CMD OEFM 'CUD' 



■^ 01771 START 

01772 

01773 

01774 

01775 

01774 

01777 

01778 

0177? 

01780 

01781 

01762 
J1783 
• 02840 EXIT2 

02B41 
■J 02642 

02843 

02844 

02845 

02844 

02847 



LO 

PUSH 

LD 

LD 

LO 

LD 

RST 

JP 

LD 

LD 

RST 

POP 

LD 

LO 

LD 

LD 

LD 

CP 

RET 

EX 

LD 



(EXIT2tl)>SP 

HL 

H,B 

L.C 

DE.FCB 

A>78 

28H 

NZ.EMKXT 

HL.CRD 

A.77 

28H 

HL 

Ai(HL) 

SP.O 

HL>0 

DE.CHOBFR 

A. (DEI 

ODH 

Z 

DE.HL 

A.16H 



'■Default extension string 

iSave stack pointer 
I5ave input buffer ptr 
{Transfer fileipec start 
{ to HL 

iUhere to put filespec 
.Move to FCB 

iGo if error 

{Point to CNO extension 

{Insert default extension 

{Restore buffer pointer 
{Get arguaent (!) if any 
{Restore (tack pointer 
, iNo error condition 
{Point to nea coaaand bfr 
iGet first char of buffer 
its first char a <CR>? 
iNoraal exit if cad end 
{Point HL to nea cad bfr 
{Execute next DOS coaaand 



<n 






PROSOFT ON PIRACY 
by Chuck Tessler 

[Reprinted froa the Adelaide Micro-User News, 36 Sturt 
itreet, Adelaide, South AUSTRALIA 3000. Although this article Is 
not directly relevant to our North American readers, I think It 
has soae Interesting Implications for all of us. When was the 
last tlae you saw a really good piece of new TRS-80 software? 
Maybe there's a reason that folks don't feel Inclined to spend 
hours upon hours writing programs for the TRS-80 market...] 

(The following article is the text of the letter I received 
from Chuck Tessler, co-founder of Prosoft, and author of Mich 
programs as 'Allwrite'. The letter was in response to my request 
that he explain his policy of not selling software to Australians. 
I think the points he makes are very interesting and, to a large 
extent, they provide valid reasons for his policy. I would 
welcome any comments which members may have on this subject for 
publication In future Issues. -Ed Grlgonls [Editor, Adelaide 
Micro-User News]) 

He stopped accepting orders from many countries, Including 
Australia, early In 1984., There were several reasons for this: 

1. Our products and documentation are specifically 
oriented to "American English" and the printer character sets for 
the United States. They often do not work satisfactorily for 
other languages, and that Includes English as It is used in Great 
Britain and Australia. Me are a small company and do not have 
the resource* to add proper support for other languages. Rather 
than taking people's money when they are likely to be unhappy 
with our products, I decided to reject the orders. We do accept 
overseas orders when the customers sign an agreement that they 
understand the language restriction. 

2. We offer after-the-sale support. As you probably know, 
we are virtually unique in this, at least among micro-computer 
software houses. The basis for this support is telephone calls 
from customers to my technical support group. The system works 
well for the U.S. However, most overseas customers write for 
help, since the telephone calls are very expensive. 

This raises a problem: I have to answer most of the written 
lestlons myself. Only one other person on the technical staff 
has the time and knowledge to help me with this. And, I cannot 
Justify the cost of ay time (or his) to answer a lot of letters, 
given the relatively low prices we charge for our software. I 
did a cost analysis of domestic retail, overseas retail, and 
dealer orders in 1984, and found that we lost money on overseas 
retail and all dealer sales. My choices were to 1) shut down; 
2) raise the prices significantly; or 3) discontinue the 
unprofitable sales channels. I chose the latter, and think weekly 
that I should have chosen the first alternative. 

3. Above and beyond the widespread theft of software that 
occurs world-wide, we found several flagrant cases that affected 
us In West Germany and Australia. The laws at that time offered 
us no protection at all. I do know that the laws in Australia 
have been changed, and that the original Court decision was' 
over-turned. However, do you think the new laws have deterred 
even one person from stealing ay products? Neither do I. 

My attorney told me In 1983 that it would cost me at least 
$10,000 (U.S.) to even begin to take .legal action In Australia. He 
advised me that there was no upper-limit he could promise to me, 
and that, even if we obtained a favorable Judgement, the odds 
against collecting were almost as high as the additional costs 
would be for trying to collect. 

The point here Is that civil laws (as opposed to criminal 
laws , in which the STATE is the plaintiff) are not enforced 
automatically. I cannot afford' to buy the legal protection to 
which I aa theoretically entitled. 

Now, after considering all of the above, and also realizing 
that ay refusal to sell ay products overseas would only slow, but 
not prevent, their theft, I decided that I would not be an active 
party to ay own rape. I cannot prevent people from obtaining my 
products, whether or not they pay someone for them, but I 
certainly can refuse to knowingly participate in the distribution 
chain! 

The trade-offs to PROSOFT (and to me) in this position are 
Jthe following: 

1. I lose some sales revenues froa the people who tried to 
place legitimate orders with us. My estimate is that about one 
percent of our sales used, to come froa overseas before we 
stopped accepting them, and that less than half a percent of the 
potential orders we now receive are from overseas. This means 



the success or failure of PROSOFT will not be affected by these 
sales. 

2. I do not have to provide support when we receive 
overseas letters or calls for help. We received several times aa 
many requests for help (and complaints) from our overseas 
NEWSCRIPT customers (based on the number of sales made), as we 
did from our domestic NEWSCRIPT customers. I believe we lost 
money on those NEWSCRIPT sales due to the high cost of' support, 
and the returns. This means we probably are either 
breaking-even or even showing more of a profit by not accepting 
overseas orders. I realize you probably will not agree with this 
claim, and I cannot actually prove It; but I'm trying to tell you 
what I believe. 

3. Whereas the employees of large companies do not usually 
have a personal relationship with their company, let alone' the 
products they sell, I'm the one who co-founded PROSOFT, wrote 
most of the software, and all of the manuals. I take great pride 
in my work, and when my products are stolen, it Is not Just an 
impersonal thing: those concepts and all the thousands of hours 
of work It took to make them real, came from my mind. So, it la 
my thoughts and ideas that people are steeling; and that Is Just 
about as personal as you can get. ., , 

4. I can afford to take legal action to protect pur 
property here In the U.S., but not overseas. 

Now, may I pose one simple question to the people who have 
given away or stolen my products: if you paid me for those 
products, and I refused to support you, how would you feel? Well, 
that's what you've done to me, and that's how I feel, too. 

Sincerely, 

Chuck Tessler 

* • * • » 

COMMENTS ON THE. PREVIOUS 18TTW , , . >'■ 
by Ed Grlgonls 

Firstly, I would like to thank Chuck very much for having 
taken the time to explain his position. 

I think the letter serves to highlight the conflict between 
the just expectations of software authors and 'the often 
unrealistic expectations of the software buyer. 

Consider the neophyte computer buyer. He buys the latest 
computer with all sorts of fancy features and then proceeds to 
buy the most sophisticated software available. As soon a*, he 
gets the program he puts It straight Into the computer and then 
expects to breeze through the whole thing (usually without so 
much as a cursory glance at the manual). When he finds he la 
unable to use it he blames the company who sold It to him. Never 
alnd that he probably wasn't anywhere near experienced enough 
with computers to be able to appreciate what they can and cannot 
achieve. How often have we seen the comments In magazines about 
people who ask dumb questions about, software simply because they 
have thrown themselves In at the deep end with no understanding 
of what they are doing. OK, the software and hardware companies 
like to stress how easy their products are to use, but I still 
think that they would generally (and Justifiably) expect the 
consumer to have soae idea of what they are. doing. You don't 
buy a plane If you don't know how to fly it, you don't buy a 
guitar if you don't know how to play It; and you don't buy a 
sophisticated computer program if you have no Idea of the basics 
required to run it UNLESS you are prepared to put in the effort 
to learn how to use It. 

So If you aust buy a fancy program that you don't really 
understand, take the time to read die manual, follow the examples 
and start at the basics. If it doesn't work aa advertised, (and be 
sure you know enough about it to know that la the case) then you 
have got a legitimate complaint against the company who sold It 
to you. But If you are Just floundering around, over your head 
In confusion, learn fro* your mistake and get something a bit 
simpler next time. Keep the program you don't understand 
because with experience will eventually lame the knowledge, to 
put It to the use it was intended. 

Above all, DON'T try and make It do something it wasn't 
designed to do and which the company never said it would do. 
That way lies many wasted hours. 

As to PROSOFT, it is probably too late to reverse their 
current policy, which Is a pity as they have some excellent 
software available. Perhaps soae enterprising Australian company 
could try and sway them back but I see this as an impossible 
task as I would expect the conditions of any such about-face to 
be along the following lines:- 



1. The Australian coapany would have to agree to provide 
all support to purchasers of the software In Australia. Naturally 
the coapany would be able to refer legitimate bugs to Prosoft 
for correction but the existence of such is unlikely. 

2. Australian purchasers of the software would need to 
understand that ALL queries would have to be referred to the 
Australian distributor. (Although, perhaps they could have the 
option of referring their queries by sail direct to Prosoft with 
a 'Query Fee' of, say, SUS30. This would avoid the 
ticky-touchwood silly questions from the hapless and would 
compensate Prosoft for any effort required to solve the problem. 
Perhaps If a real bug is uncovered the 'Query Fee' could be 
refunded) 

3. The Australian coapany would haye to be able to provide 
audited statements to justify the levels of any royalties sent to 
Prosoft. 

As I said, the chances of this happening would have to be 
zero but I think such conditions would be most reasonable. 

• *•••> 
NORTHERN BYTES EDITOR'S COMMENTS ON THE FOREGOING 

I'm a little surprised at Chuck's comments regarding 
"American English", because Allwrite has excellent capabilities 
for printing any character that your printer is capable of 
producing. For example, if I wish to use characters such as £, *, 
S, fl, 4. or any ot several other foreign characters or special 
symbols that my Tandy DMP-2100P can produce, there are at least 
two easy ways that I can think of offhand (and maybe more that I 
haven't thought of) to get ALLWRITE to put them into my text. 
The process is only a bit more complicated than entering "normal" 
characters (although you can easily define soft keys so that 
frequently-used characters can be entered using only a couple of 
keystrokes), but you won't be able to do it without reading the 
manual! 

This whole situation is a bit unusual because PROSOFT does 
not sell Allwrite through dealers. If you buy a legitimate copy 
of Allwrite, you buy it from Prosoft Further, the person who 
places the order is considered the "registered owner". Thus, 
even if someone in another country was able to get a U.S. 
resident to purchase a copy of Allwrite for him, that copy would 
be registered in the U.S. resident's name. Because of this 
"closed" distribution system. It's now nearly Impossible for 
anyone living In one of the countries to which PROSOFT will not 
sell their products to obtain a legitimate copy of Allwrite - and 
even If someone does, PROSOFT would not be obligated to provide 
support because It would be a "second-hand" purchase. 

Do I approve of this? I have mixed feelings. Normally, I 
do not support any sort of restraint of trade (I don't like utility 
monopolies, either), but In this situation it is certainly 
understandable that Mr. Tesler may be less than enthusiastic In, 
as he puts It, being an active party to his own rape. In any 
case, Chuck certainly has the right to operate his company as he 
sees fit. 

Why did I reprint this? Just because I thought our readers 
might find It interesting. But also, maybe by printing this some 
of the people who never buy a legitimate piece of software will 
begin to realize why good, new software products are getting 
harder to find. It is a sad but true fact of life that commercial 
enterprises can't continue to operate If they aren't profitable. 

we welcome any comments from readers on this discussion, 
provided you send them on magnetic media or via electronic mall 
(see the opening of our Letters Column for details). 



EASTER 
Back In the October, 1981 Issue of the TRS-80 Microcomputer 
News, John T. Livingstone wrote a program to find the date that 
Easter falls on in any given year. Although originally written 
for the pocket computer. It was easy to convert to standard 
TRS-80 BASIC. The original pocket computer program was checked 
and found to be accurate for the years 1900 to 2089 (It wasn't 
checked for years before or after that period). This may prove 
helpful to those writing calendar and/or scheduling programs. If 
anyone can extract the basic mathematical algorithm used in this 
program, please send It in as It may prove more useful to many 
readers in that format (particular to those readers coding in 
languages other than BASIC). 
10 INPUT "YEAR WANTED";Y 
20 N-Y-1900 
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30 Z«N/19 

40 V=INT(Z) 

50 A=(Z-V)*19: A-A+.05: A=INT(A*10)/10 

60 B=((7*A)+1)/19: B-INT(B) 

70 T-((ll*AM-B)/29 

80 M-(T-INT(T))*29 

90 Q=N/4: Q=INT(Q) 

100 D-(N+Q+31-M)/7 

110 W-(D~INT(D))*7: W-W+.05: W-INT(W*10)/10 

lib E-25-M-W: E-E*.05: E-INT(E*10)/10 

130 PRINT "EASTER IS "j: IF E>0 THEN PRINT "APRIL"; E ELSE PRINT 

"MARCH"; E+3X 

140 GOTO 10 



AN EXPLANATION ABOUT ELECTRICITY 
by John Buxton 'Catcher' 1984. 

[As. an educational service to our readers, we are reprinting 
this fine tutorial from the MicroBee News of South Australia, by 
way of the Adelaide Micro-User News, 36 Sturt Street, Adelaide, 
South AUSTRALIA 5000. For the benefit of editors of newsletters 
on our publication exchange list, you might want to keep this 
article in mind for reprinting, perhaps in your April issue...] 

I was never taught about electricity at school, nor was it a 
topic of dinner conversation between my parents. But with 
reading, and having to change light bulbs or tune a transistor 
radio, I have picked up a pretty sound working knowledge of 
electrical matters. It's not comprehensive. I still don't fully 
understand why you can't boil an egg on an electric guitar or 
run a Basic program on a washing machine. 

Most electricity is manufactured In power stations where it 
is fed into wires which are then wound around large drums. 

Some electricity, however, does not need to go along wires; 
that used in lightning for example. This kind of electricity is 
not generated, but Just hangs around in the air, loose. 

Electricity makes a low humming noise. This noise may be. 
pitched at different levels for use In door bells, telephones, 
electric organs. 

Electricity has to be earthed, that is to say it has to be 
connected to the ground before it can function, except In the 
case of aircraft which have separate arrangements. 

Although electricity is said not to leak out of an empty 
power point, that power is, nevertheless, live If you happen to 
shove your finger In it when the switch is on. If it is not 
leaking, what is It doing? 

Electricity is made up of two ingredients, negative and 
positive. One ingredient travels along a wire covered in red 
(lately changed to brown which doesn't show the dirt so much) 
plastic, the other along a wire covered in black (lately changed 
to blue in the interests of racism) plastic. These two wires meet 
together In a plug, which mixes the ingredients to form what we 
call electricity. 

Electricity may be stored In batteries. Big batteries do 
not necessarily hold more electricity than small batteries. In 
big batteries electricity is Just shoved In, whereas in small 
batteries (for transistors) it is packed flat. 

A switch controls a small clamp or vice, which grips the 
wires very hard so that the electricity cannot get through. When 
the switch is flicked on, the wire Is relaxed and the electricity 
travels to the light bulb where a piece of wire, called the 
element is left bare. Here for the first time, we can actually 
see the electricity in the form of a spark. This spark is 
enlarged many many times by the curved bulb which is made of 
magnifying glass. 

I have not yet touched on fuse wire. It has always amazed 
me that an Industry which is so enterprising in most respects - 
the Invention of colored electricity for use in traffic lights and 
the harnessing of negative electricity for refrigeration are two 
inventions that come to mind - should still be manufacturing fuse 
wire too thin. By using chicken wire I now have a fuse box which 
- even when the spin dryer burst into flames because of too much 
electricity having been fed to it - has for six months been 
Impregnable as the Bank of Argentina. 

In some respects, I know my knowledge is Imperfect I have 
not yet explored the field of neon signs - how do they make the 
' electricity move about? And the pop-up toaster - how does the 
electricity know when the toast is ready? 

Logic would answer all these questions, but the light on my 
desk has Just gone out. 
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SAVESUB: THE BASIC VERSION NUMBERING UTILITY 
by Mohammad Dadashzadeh and Ted Byrne 

It's too deep into the night in a room lonely as a 

■f . hthouse. Through a dry film your eyes peer at the flashing 

oreen. Hours of work on two programs, but now the last bug's 

caught and you press the <ENTER> key as the thought hits. It 

hits without reason or sense, like a dropped brick. A pool of 

darkness opens around a terrible truth "IT'S THE WRONG, NAME 

- OMIGAWD! THIS PROGRAM'S ERASING THE OTHER!" You've misnamed 
the file and that Billisecond disaster has zapped the other away. 
Nothing now but to flop into bed and fitlessly curse until it 
becomes Morning. 

Why hadn't you backed it up? Why didn't you remember the 
right nane? Why's the machine out to get you? A paranoid lump 
gnarls your stonach. 

In every prdgrammer's life a misnamed file has snuffed out 
some crucial work. Do it once and you're suddenly serious about 
backups and hard copy. Still, as you scurry in hot pursuit of 
some wild bug, it's seductive to postpone a back-up for just 
another minute .- until ... 

to avoid this, some people include a last line which might 
read: 65529 SAVE"fllespec/ext":END. Upon a session's completion, 
they do a 'GOTO 65529' and that helps a lot. But suppose you're 
experimenting with a version and you GOTO 65529 - OOOOOPS! The 
main version is now replaced with the experiment. And how do 
you keep a lot of similarly named files on different disks 
straight? Which one is the latest? 

That's why SAVESUB exists. It's a BASIC utility to prevent 
disaster. SAVESUB lets you <ENTER>„a command from the last line 
of your current program and— — BAM! It saves the present 
program on the disk drive of your choice under the correct name 
with an extension that contains the number of the most recent 
version. If you've been working on Version 19, then this one's 
saved as V20I Even .better, the first line of your program listing 
will now contain this amended file name. And as, a special 
convenience, SAVESUB will also POKE the current date and time 
Into that first line. And of course, you can include any valid 
isword as part of the file specification. 

No more confusion over which file is the most current. 
Jjjbh version is numbered and time stamped. And, if ypu want to 
get rid of the earlier versions it's simple. Just, <ENTER> the 
command from the next to last program line and SAVESUB 
cleans-up your disks. And while you're at it, SAVESUB also lets 
you backup this latest file - with a separate extension! 

Considering what it does, SAVESUB is very short. No long 
typing exercises - and it's delightfully easy to use. Just MERGE 
it onto the program you're working on, it'll fit right in at the 
very end. And then «ENTER> a new first line. Here's the only 
thing that takes a little care. The first line of your program 
will have to look like this: ■■••-, > 

1 REM filespec/VOO 00/00/00 00:00:00 
Or it could look like: 

10 'filespec/VOO 00/00/00 00:00:00 

The point is that the line needs to be a REM or REMARK 
statement. The number of spaces preceding the filespec (the 
program's name) Srien't critical nor are the number Of spaces 
between the filespec and what will become the latest date. 
However, the date and time once begun, must occupy 17 contiguous 
spaces including one space between the date and time. Include 
anything you like after these 17 characters. 

For example, you might enter a first line which looks like 
this: 

100 'SAVESUB/VOO 00/00/00 00:00:00 Copyright (c) 1984. 

Notice that the filespec is composed of lip to eight characters 
beginning with a letter and that the extension has three places. 
And if you wish, you can also enter an optional password. 

That's it! do on back to your program. ' Ignore SAVESUB 
until you need it. Change your work any way you want. RENUMBER' 
the program at your whim - SAVESUB doesn't care. Quiet as a 
sleeping cat, it will just fit itself to its bed awaiting a call: 
When you're ready, LIST the last line of the BASIC program i in 
memory. You'll see something like: 

65528 END:RUN65516:REM to save new version. 

Well do it. Type RUN 65516 and <ENTER>.; What's happening? 
,0k. at the program listing. To start SAVESUB peeks into memory 
to find your first line, that's really not too t hard since the 
TRS-80 BASICS store the start address of BASIC programs at 
memory location 40A4H. Looking around, it hunts up the filename 
and extension in your first line. Next it builds up the filespec 
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as a variable called PRGM$. Then SAVESUB checks to see if 
you've got the extension you were supposed to include. If it 
can't find a "/V" it'll stop in line 65498. 

The following line POKEs the current DATE and TIME into the 
first line of the program at the reserved spots. Lines 65500 - 
65502 determine the current version of the program and- update it 
by one. 

In line 65517 SAVESUB asks you for the disk drive you 
prefer to direct the program toward. Note line 65520 contains 
the number seven in quotation marks. Should you have f ew£r than 
eight drives on line, then alter this error check to your 
configuration. Hence, if you have two drives, then substitute "1" 
for the "7" and SAVESUB will not permit you. to <ENT,ER? an 
erroneously high number. ,The following lines save the program 
under its new name and ask whether you want to make a backup. 
Of course you should. If you answer T or 'y\ a second copy will 
be made under the name fllespec/BKU. r 

Suppose your first line was the same as proposed above. , 
You'll now notice the first line of thai program has been changed 
to look something like this: 

100 'SAVESUB/V01 11/17/85 11:08:01 Copyright (c) 1984 

neatly listing the version (V01), the date (11/17/85) and the time 
(11:08:01). , „ - , 

Want to KILL-off the debris - the older versions of this 
file? List the next-to-last line. Remember, if you've RENUMBERed 
your program, your listing will contain a different jline number 
than this example. But it should still take this kind of form: 
65527. END;RUN65504:REM to kill Old versions 

Do it, From the listing you can see what will happen. 
SAVESUB again determines, the latest version from the filespec 
written in the first (REMark) line in the program, Then it kills 
each of the lower-numbered versions of the file which reside on 
your disks. Finally it requests -where you want to direct your 
new file, SAVEs the current version and again asks you to back 
it up. ' ■ -■ 

The mainframe world has Such convenience. For example the 
VMS operating system on DEC'S VAX series is one of the operating 
systems that has extended the concept of filespec to include a 
version number field. In its own wiy SAVESUB will bring that 
concept to the TRSDOS world. And, by the way, SAVESUBroutine 
can be packed if you want it to take' up less space. ' 

SAVESUB will work on a TRS-80 MODEL I/HI with any major 
DOS including TRSDOS, NEWDOS, MULTIDOS, XDOS and DOS PLUS. It's 
written to be unobtrusive and run in a tiny amount of space. 
While it's true that evert paranoids have enemies, your machine's 
not one of them. Unless you're a reckless sort pickled sou* by 
paranoia, SAVESUB'11 relax your stomach and become 1 one of the 
handiest utilities you've got., SO, while it wasn't designed as a 
sleep aid, it is. ' .'',_'■-. , 
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65487 'SAVESUB/ASC, By Mohammad Dadashzadeh, MDZ Associates. 

65488 '** NOTICE **'. ," ' v " 

65489 'The fiifst line in the program MUST be of the form: 

65490 '1 REM filename/V00 00/00/00 00:00:00 OR 

65491 '1 'filename/V00 00/00/00 00:00:00' i 

65492 STOP " 

65493 M=256*PEEK(aH40A5)+PEEK(*H40A4)+4 

65494 IFPEEK(M)<>147THENM=M+2 " . 

654&5 M=M+1:IFPEEK(M)=32THENG0T065495ELSED=M , ,_ ... 

65496 IFPEEK(M)<>32THENPRGM$-PR(M$+CHR*(PEEk(M)):M-M+l:GpT065496 

65497 M=M+l:IFPEEK(M)=32THENG.0Tb65497„ , ,-, ',,- 

65498 MD=-INSTR(PRGM$,"/"):IFMD-0THENStiaP:!missing /Vxx ,,'■, 

65499 F0RZ=lT017;P0KEM+Z-l,ASC(MD$(TIME$ t Z,l)):NEXTZ, 

65500 LSD^VALfMID$(lfMM$^ '' ."" 

65501 LSD$=MJD$( , '1234567890",LSD+1»1):MID$(PRGM$,MD+3,1)-LSD$*O«ED 
+MD+2,ASC(LSD$) ■;.. -, ■■ > . ., -' 

65502 IFLSP=9THENMSD$*MID$("1234567890",MSD+l,l):MIDS(PRGM$.MD+a4 
)=MSD$:POKED+MDtl,ASC(MSq$) , ',;.'.:, .-/.■.. . s 

65503 RETURN ■ •■■■■. 

65504 CLEAR100:GOSUB65493:REM code to kill old versions starts ' 
here -i.. .; ' •?■'■ . < - 

65505 0NERR0RG0T065514, 

65506 FILE$=PRGM$ • ., ... 

65507 LSD»VAL(Mjp$(FILE$,Mp+3,l));MSD=VAL(MID$(FILE$,MD+2,l)) 

65508 IFLSD=0ANDMSD«0tHENqNERRpRGOTC«:GOTO65517 

65509 LSD=VAL(MIDi(PLE$,MD+3 l l)):MSD=VAL(MID$(FILE$jpJ+2,l)) 

65510 LSD$=MID$("9012345678",LSD+1,1):MID$(PJLE$,MD+3,1)-LSD$ , 

65511 IFLSD-0THENMSD$-MID$("9012345678",MSD+1,1):MJD$(FILE$,MD+2,1) 
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65512 

65513 
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65515 

65516 

here 
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65518 

65519 

65520 

65521 

65522 

65523 

65524 

65525 

65526 

65527 

65528 



PRINTKiHing ";FILE$:KIfcLFILE$ 

GOTO65507 

PR1NT+++ NOT FOUND +-*+" 

RBSUMENEXT ^ _^ 

CLEAR75:GOSUB65493:REM code to save new version starts 

PRINT'Saving ";PRGM$;":7 <-— to which drive?"; 
FORM-0TO21:PRINTCHR$(24);:NBXTM 
FORD«0TO0:D$=INKEY$:D=(D$=""):NEXTD 
IFD$<"0"ORD$>"7"THENGOTO65519ELSEPRINTD$;CHR$(30) 

PRGM$-PRGM«i+'Y!+D$:SAVE PRGM$ 
PRlNT"Save a backup copy (Y/N) --*> ": 
M$=-INKEY$:lFM$-""THENG0T0e5523ELSEPRINTM$ 
0NINSTR("YyNn" ) M$)*lG0T065522,65525.6^525.65527.65527 

Mn>$(PRGM$,MD+l,3)-"BKU" 

SAVE PRGM$ 

END:RUN65504:REM to kill old versions 

END:RUN65516;REM to save new version 



£A|f $59.95 ppd 

INSTALLED IN KEYBOARD 

TRS-80* Model l-UI 

Send us your Keyboard and we 
will convert it to full 64 K 
memory (48K RAM). Im- 
proved performance with or 
without.Interface. 90 day 
warranty. Satisfaction guaran- 
teed Quick return. Free return 
freight within U.S.A. 

\ICE •■■■■■P""""""* 11111 

linlernational Carbide * Engineering. Inc. 

100 Mill St. • P.O. Box 216 

Drakes Branch. VA 23937 

(800)424-3311 

I (904) 568-331 1 TWX: 910-997-8341 

»TM TANDY CORP. 



THE COWLBm HAHBM0K OF PERSONAL COMPUTER COMMUNICATIONS 

(Subtitle: Everything You Need to Go Online with the World) 

- A Book Review by Jack Decker 

A successful person doesn't haveto know all the answers to 
the probleas he encounters, as long as he knows where to get the 
answers. Mien you have a problem in getting one computer to 
talk to another over the telephone lines, this book is the place 
to find the solution to that problem. In fact, if you don't even 
know whether you have any need for your computer to be talking 
to other computers, this book will probably give you the answer 
to that question as well. 

The book I speak of is the new, completely revised and 
updated edition of Alfred .Glossbrenner's definitive work entitled 
"The Complete Handbook of Personal Computer Communications - 
Everything You Need to Go Online with the World". Mr. 
Glossbrenner is a prolific writer of computer-related books and 
has been a very successful author for one reason - his books are 
very understandable by the average computer user. There are 
many books for the computer whizzes, but Glossbrenner brings the 
mysteries of computer communications down to the level of the 
masses. A 

This new edition is about 550 pages long (over 200 pages 
longer than the original bestseller), and has been almost 
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completely rewritten. This rewrite was necessitated by the speed 
at which things change in the computer communications worlg«*fe 
Indeed, portions of the book were probably already a bit outdatf y 
when it was published (at the end of October, 1985) but it iw 
probably as up-to-date as any other book you will find on this 
fast-changing field. 

There isn't much about personal computer communications 
that this book doesn't cover. Want to know how to buy a modem, 
or how to use bulletin boards, electronic mail, or online utilities 
such as CompuServe, Delphi, or The Source? Want to find out 
about packet networks or Videotex? How about the Telex system, 
or computerized conferencing? How can you get instant stock 
quotations, airline schedules, weather reports, or abstracts of 
magazine articles by computer? It's all in here! 

One thing I appreciate about the book is Glossbrenner's 
cost-cutting Online Tips. When you are online with a service 
that charges by the minute, it's easy to make mistakes that can 
cost you lots of money. For example, even if you have a 1200 
baud modem, it may be more cost-efficient to log onto some 
services at 300 baud if the service in question charges a 
premium price for 1200 baud connections. The book will tell you 
which services do charge a premium, and which don't. Many 
systems have "shortcuts", ways to skip menus and get around 
faster that aren't readily apparent to the inexperienced user. 
Glossbrenner tells you about these. Some types of Information 
are available from many online service providers, but the same 
information may cost you more through one service than another. 
The book will tell you how to get the service you want at the 
lowest cost. If you go online very often, this book will probably 
save you many times its $14.95 price. 

Unfortunately, the book does not have much information that 
is specific to the TRS-80. In particular, though it tells how to 
get free (public domain) communications programs for many types 
of machines, the TRS-80 is not one of then (I'll rectify that 
oversight here and tell you that many -good, free terminal 
programs for the TRS-80 are available from several sources. 
Including many computer Bulletin Board System operators and on 
certain TAS Public Domain Library disks). But that Is a "infl*^. 
complaint. Most of the techniques of online communication a T 
not machine specific, so most of the information in this book will 
apply as much to TRS-80 owners as to other computer users. 

The one complaint that I have seen about this book in other 
publications that we receive is that Glossbrenner occasionally 
plugs his other books (particularly "How to Get Free Software") 
in the pages of this book. True enough, but since this book is 
already about twice the Size of many other publishers' books that 
sell for the same price, I hardly begrudge the author an 
occasional reference to his other books, particularly when a 
subject of interest may be more thoroughly covered in another 

volume. ' ■ _ ■..»««.' 

One insight that I have received from "hanging around The 
Alternate Source is that you can sell a fairly complex word 
processing program or some fairly complicated utility program 
and you will get relatively few calls from users requiring 
assistance, but if you sell even an easy-to-use terminal program, 
you'll get all kinds of calls from users that can't seem to 
understand the mechanics of computer communications, and that 
seen to be scared to death of the whole process of logging j>nto 
a Bulletin Board System or a service such a CompuServe. 1 dont 
know why this seems like such a mysterious process to some 
people (it's really simple once you've done it a couple of times), 
but perhaps it's because they don't really understand the process 
that brings words and data from many miles away into their home 
computers. These people really need Glossbrenner's book, since 
it explains the whole process of going online. However, even the 
experienced online veteran will most likely find a cost-cutting 
tip, or information on a service that he didn't know was even 
available, that will be worth the cost of the book. 

I'll close with a personal note. I receive a lot of reading 
material in the mail, and it's very rare for me to spend a lot of 
time with any one piece of literature. With the possible 
exception of a couple of chapters that covered material of little 
Interest to me, I read this book all the way through! It was that, 
interesting. This new printer I have won't print stars, but if, 

would, I'd give this book four of 'em! 

***** 

Title: THE COMPLETE HANDBOOK OF PERSONAL COMPUTER 
COMMUNICATIONS— COMPLETELY REVISED AND UPDATED: Everything Y°" 
Need to Go Online with the World . Author: Alfred Glossbrenner. 
Price: $14.95 Paperback. ISBN 0-312-15760-6 



A REAL TIME CLOCK 
by David Kennedy (phone 011+61*47+30-2577) 

[Reprinted from SYDTRUG NEWS, P.O. Box 297, Padstow, Sew 
■ South Wales 2211, Australia. This article is intended for Model I 
users running NEKDOS/80, but should be easily adaptable to the 
Model III/4. If anyone adapts this project for use with another 
Model TRS-80 and/or another DOS, please send the details and we 
will publish then here.} 

The circuit presented here uses the National Semiconductor 
MM58274, which is a bus oriented microprocessor real time clock, 
it has a major advantage over previous designs which used the 
MSM5832 in that it is fast enough to be connected directly to the 
processor bus, thus avoiding the use of a PIO or similar device 
to latch the data presented to the clock chip by the micro, as 
well as simplifying the circuit and software design. 

The counters of the MM58274 are arranged as 4-bit words 
and can be randomly accessed for time reading and setting. The 
clock may be assembled on a piece of Vero-Board, it may be 
powered by either 3 dry cells or 4 NiCads. The clock and 4016 
CMOS draw approximately ISO microamps from the batteries. The 
4016 CMOS pulls the chip select, read and write lines high so as 
to put the MM58274 in standby mode. Without the 4016 the clock 
draws 1 milliamp. i 

The MM58274 can be obtained from Geoff Wood Electronics in 
Sydney at about $15, with the National Semiconductor Data sheet 
for this product. The circuit is a modified version of that which 
appeared as Project 80 in the July '84 issue of 80 Micro and uses 
the same port decoding. For a more detailed description of the 
operation of the circuit see the original article by Roger C. 
Alford. 

The first listing should be assembled and then patched into 
SYS0/SYS beginning at FRS 14, BYTE 06 (ie. immediately after the 
bytes 00 00 00 01 F7 E6 50), using a utility such as SUPERZAP or 
SUPER UTILITY. The execution address of SYS0 must also be 
changed at the end of the sector from 02 02 00 4D to 02 02 E6 
50. 

N100 i *H«*«»«HI«>«*«HHWHMH««*HHHHHHHHHHH 

Nile i* NEWDOS/MZAPFORREALTlfE CLOCK « 

M12II ;« INSTALL INTO LAST SECTOR ON SYSI/SYS » 

M130 ;» BY DAVID KENNEDY « 

H140 ilHHIIIHIIIIHHIIH t HI HH I H U HHH I H I H IIIIH 





0020 


M150 CONTRL EflU 


20H 


CONTROL REG 




Mil 


M140 SEaOC EflU 


4041H i 


SECONDS STORAGE LOC. 






M170 )»«• 






»tM»«iii«m»»ii>iitii»» ■ ■ im ■ ■ 

RRIR RIFWW1R HNRN PI WR W WWW W WWWW WW 






M160 i* 


DATE. TIME INPUT TO RAN BUFFER 4141-4044 « 






MrlTw 1 www WW ItRltlRM ft ft ftftft ft ft ftftftftft ft ft ft ft ftft ft ft ftft ft ft ftwftftftftftftw ftwftftft 




50E4 


002M 


ORG 


S0E4H 


. iSTART OF PATCH. 




S0E4AS 


M210 START 


AND 


L 


iOEAR 




50E7 3E14 


00220 


LD 


A.20 


iTAPE 




50E9D3FF 


00230 


OUT 


(0FFH1.A 


iLATCH. 




50EBF3 


00240 


DI 




i DISABLE INTERRUPTS. 




50ECOB22 


00250 


IN 


A.(2ZH) 


iCHECK 




50EEFEFF 


00240 


CP 


255 


i CLOCK IS 




50F0 28Z5 


M270* 


JR 


Z.GO 


.CONNECTED. 




50F2 01220F 


00280 


LO 


BC.0F2ZH 


ILOAD COUNT AND PORT 22 




50F5 214140 


00270 


LD 


HL.SEaOC 


iLOAD SECONDS TABLE. 




50F6 CD1B51 


003M 


CALL 


GETT1H 


.GET VALUE. 




50FB77 


00310 


LD 


(HL).A 


ILOAD SECONDS. 




5»FC 23 


M320 


INC 


HL 


iNEXT LOCATION. 




S0FO CD1B51 


M330 


CALL 


GETTIH 


iGET VALUE. 


h aB 


SIM 77 


M340 


LD 


(HL)iA 


iLOAD MINUTES. 




SMI 23 


M3S0 


INC 


HL 


iNEXT LOCATION. 




5112 C01B51 


00340 


CALL 


GEniN 


iGET VALUE. 




5115 77 


00370 


LO 


(HL).A 


iLOAD HOURS. 




5106 23 


M380 


INC 


HL 


iNEXT VALUE. 




5107 23 


003ft 


INC 


HL 


iNEXT VALUE. 




' 5108 C01B51 


004M 


CALL 


GETTIN 


iGET VALUE. 




, SUB 77 


00410 


LD 


(HL).A 


iLOAD DAY. 




SMC 23 


00420 


INC 


HL 


iNEXT VALUE. 




5MD C01BS1 


00430 


CALL 


GETTIN 


iGET VALUE. 


; H 


^.5110 77 


00440 


LD 


(HL)>A 


iLOAD MONTH. 




r^5111 2B 


00450 ' 


DEC 


HL 






e 5112 2B 


M440 


DEC 


HL 






5113 CD1B51 


M470 


CALL 


GETTIN 


iGET VALUE. 




' 5114 77 


M4S0 


LO 


(HL).A 


iLOAD YEAR. 




I 5117 FB 


00470 GO 


EI 




iENABLE INERRUPTS. 




i 5118 C3004D 


00500 

00510 ;»««» 


JP 


4D00H 


iGO DOS. 





00621 


1 


READ CLOCK REGISTERS. 




00530 


W »■■■■■■■ Mtl 

wwinniintwwwwi 




5118 0820 


00540 GETTIN IN 


A. (CONTRL): iCHECK FOR 


5110 CBSF 


- #1550 


81T 


3.A iCLOCK IS 


SUF 20FA 


00540 


JR 


NZ.6ETTIM iREADY. 


5121 ED78 


00570 


IN 


A,(C) iREM VALUE IN. 


5123 ED78 


00500 


IN 


A.(C) iMAKE SURE. . 


5125 A0 


00590 


AND 


B iZERO HIGH BITS 


5124 57 


00AJ0 


4.0 


O.A iSAVE VALUE. 


5127 0C 


00410 


INC 


C iNEXT PORT. 


5128 ED7B 


01420 


IN 


A.(C) iREAD IN VALUE. 


512AED7B 


01431 


IN 


Ai(C) iHAKESURE. 


512CA0 


00440 


AND 


B iZERO HIGH BITS 


5120 07 


00450 


RLCA 


iVALUE TIMES 2. 


S12E0C 


01441 


INC 


C iNEXT PORT. 


512F5F 


00471 


LO 


E.A iSAVE VALUE. 


5130 07 


MMtam 

■POOP 


RLCA 


iVALUE TINES 2. 


513107 


40490 


RLCA 


iVALUE TIMES 4. 


5132 83 


007M 


A00 


A.E lADD VALUES. 


5133 82 


00710 


ADD 


A.O iAOO AGAIN. 


5134 C? 


00720 


RET 




50E4 


00730 


END 


START '.I. '■■"- '"' r '" 


0MM TOTAL ERRORS 







CONTRL 0020 GEniM SUB GO 5117 SECLOC 4041 START 50E4 

The following program allows the reading and setting of the 
clock from DOS (a BASIC program to allow time setting and 
reading follows). 



11 





M1M iMtw 




iiininmnim«ini»u[iiniiiiiiiii 




M110 ii 




REAL TIME CLOCK I 




M120ii 


SETTING AND READING ROUTINE » 




M130 i« 




BY DAVID KENNEDY « 




M140 iMtw 




wniiuiin»niiimnuunnnmi»mi 




M150 ; 




, 


3022 


M140 CRSTOP EflU 


3022H iCURSOR POSITION +2 


4020 


N170 CURPOS EOU 


4020H i CURSOR POSITION 


01C? 


M180 CLEAR 


EOU 


01C9H iOEAR SCREEN 


3CM 


Ml* SCREEN EOU 


3CMN 


4010 


002M DODCB 


ECU 


401DH iVIDEO D.C.B 


0020 


00210 CONTRL EOU 


20H iCLOOC CONTROL REDE, 


4000 


00221 


ORG 


JJMIU 

■IIITI 




00230 iMHHM 




HHIHIHHMHIWHimilHUIHIIIHI 




00240 ii 




WITE SCREEN HE95KES * 




00250 ilHHMHHI 


IMMIIBI'"""""""'** "*"■■""""■■■■■"*■■■*'■■■■■ 

'■^fwwwwwwwwwwprwwwwwwwwwwinnrPTWwjnrwwTnnnni 


40MF3 


00240 START 


01 


{DISABLE INtESRUPTS. 


4M1 310040 


00270 


LO 


SP.START iLOAD STACK POINTER. 


40KCDC901 


00280 


CALL 


CLEAR iOEAR SCREEN. 


4M7 21503C 


00290 


LD 


H.SCREEW80 (SCREEN LOCATION 


400A 222040 


003M 


LD 


(CURPOS) Ml ILOAD CURSOR. POS. 


400D217F42 


00310 


LO 


HL.HESG1 iGET MESSAGE 


4010CDC341 


00320 


CALL 


VIDEO m ONTO SCREEN 


4013 21973C 


00330 


LD 


HL.SCREBM51 SN 


4014 222040 


00340 


LO 


(CURPOS) .HL ;E 


401? 219F42 


00350 


LD 


HL.MESG2 ;X 


401CCDC341 


00340 


CALL 


VIDEO iT 


401F 21O03C 


00370 


LD 


HL.SCREENttM 


4022 E5 


003B0 


PUSH 


HL iSAVE LOCATION 


4023 222040 


00390 


LD 


(CURPOS).HL iLOAD CURSOR. 


4026 218042 


004M 


LD 


HL.MES63 iLOAD MESSAGE. 


4029CDC341 


00410 


CALL 


VIDEO iPUT ON SCREEN. 


402CCO2BM 


00421 LOOP 


CALL 


2BH iCAU. KEYBOARD 


402FFE52 


00430 


CP 


'R' iCHECK FOR IP 


4031CACC41 


00440 


JP 


ZiREAD iGO READ 


4034 FES7 


01450 


CP 


'«' iCHECK FOR "M* 


4034 20F4 


00440 


JR 


NZ.LOOP iLOOP IF NOT WITE 


403B21CB3C 


00470 


LD 


HL.SCREEM«03 .'SCREEN LOCATION. 


403BES 


00481 


PUSH 


HL iSAVE LOCATION. 


403C 222040 


00490 


LD 


(CURPOS).M. iLOAD CURSOR. 


403F21C842 


005M 


LD 


HL.MESS* iLOAD MESSAGE. 


4042CDC341 


005M 


CALL 


VIDEO iLOAD SCREEN. 


6045 212230 


01520 


LO 


HLiCRSTOP iSCREEN POSITION. 


4046 222040 


00530 


LD 


(CURPOS).HL iLOAD CURSOR. 


4048 3EB0 


00540 


LO 


A.174 iCURSOR CHARACTER. 


404D 322240 


00550 


LD 


(DODCB«).A iLOAD O.C.B. 


4050 ED54 


00540 


IM 


1 iMODE I INTERRUPTS. 


4052 FB 


01571 


EI 


UNABLE INTERRUPTS. 


4053 3E3E 


01580 


LD 


A,'>' iLOAD *>». 


4055CO33M 


00590 L00P1 


CALL 


33H iDlSPLAY IT. 



M56CD2BM 
MSB FEW 

wami 

M5FFE1B 
i#61 ZB1C 

M43FEM 

MiSCABVM 

M4A 

MMFE2F 

MM3BEC 

MACFE38 

M6E3K8 

MM 18E3 



MR 2*2141 
M75 2B 
M74 3E3E 
M7BK 
M79 2BDD 
M7B3EM 
M7D1BD6 



Mill 

mat 
mam 
mam 
mam 



L00P2 



mam save 



CALL 

CP 

JR 

CP 

JR 

CP 

JP 

EQU 

CP 
JR 
CP 
JR 
JR 



2BH 

MH 

Z.BSPACE 

18H 

Z, ERASE 

•OH 

Z.ENTER 

$-2 

'/' 

C.L00P2 



mam 
mtm 

M71I 

gf)4M ._, __ -. 

||73| iHHWIHMHlM^^ 

M74f ^ BACKSPACE CHARACTER. » 

ffftf |1H HHHIH««»HmHm«IM«»»MM»)HHHHHHmHH»H« 



NC.L00P2 
L00P1 



iCALL KEYBOARD. 
[BACKSPACE. 
iGO BACKSPACE. 
(ERASE 
iGO ERASE. 
iENTER. 
iGO ENTER. 
iENTERl JUMP. 
iCOMPARE FOR »/*. 
iLOOP '/"OR LESS. 
iCOMPARE FOR "!'. 
(LOOP VOR 6REATER. 
;G0 UITH NUMBER. 



N7M BSPACE LO 

M7M OEC 

M7M LD 

M7M CP 

M8M JR 

' M61I LO 

M62I JR 



iCURSOR LOCATION. 



M7F 212330 
MB2Z22HI 
M8S3E1F 
MB7 1BCC 



HL.(CURPOS) 

HL 

A.<>' 

(HL) 

Z.L00P2 

A.MH 

■IB2I JK L00P1 ■"«" — "-•• 

M83f iH»»«»»»»«»»«»H»H««»H»*H»*IHHH»*Hi»MMi»» 

MUf ;• ERASE LINE ROUTINE. * 

west i«««»H»»«««*»««»««««»»»«*»»»» WM,HHHt * IH, * H, * H * 

MBM ERASE LD HL.CRSTOP+1 .LOAD HL 3023H. 
HA7g LO (CURPOS)iHL ILOAD CURSOR LOC. 

"" LO A.IFH iERASE FROM CURSOR ON. 



SLOW *>'. 
iCOMPARE SANE. 
ilFSOLOOP. 
ILOAD BACKSPACE. 
iLOOP BACK. 



MM 212530 

MBC3E2F 

M8EBE 

MBF2IEE 

Mfl 212B3D 

4494 BE 

4175 2KB 

M97 21134* 

M9AMFM 

AM) 3AM 

M9F23 

MAIN 

MAI 7? 

MA2B1 

MA3 2fFB 

MAS3M2 

MA7 3EIF 

MA9CD33M 

ABAC 212930 

AtWlMSA* 

MB27E 

MB3I2 

MB* 23 

MBS 13 

MBA7E 

MB7K 

MBS 212430 

MBBI3 

MBC7E 

MB0I2 

MBE23 

MBFI3 

AM7E 

MCI K 

MC2I3 

MC3 212330 

MCiTE 

MC7I2 

MC6 23 

MCTI3 

MCA7E 

MCBK 

MCCE1 

MCDCS 

MCE 222*41 

M01 214FA3 

MD4 CDC3A1 



JR L00P1 IK! DO IT. 

jHHHHHWIIHHmiHMHHHHHHHHHHWMHIHIllMiM 

IHlf ;» ENTER DAY MONTH YEAR. » 

M971 ;»»«M«»««H»«W»lHHH(«M««««»«»»»«« ltH " ,,,, » 

"""* .. .. _..«..-• . i am u until 



M?M ENTER 

M9M 

M9M 

M9M 

M9M 

M9M 

M9M 

MM 

Mil 

11121 L00P3 

11131 

flfM 

MM 

MM 

11171 

MM 

•1W 

I11M 

fllll 

11121 

11131 

MM 

MM 

BUM 

•1171 

MM 

MM 

I12M 

11211 

11221 

11231 

•1241 

I12M 

I12M 

11271 

I12M 

•12M 

I13M 

•1311 

11321 

11331 

11341 

•13M 

I13M 

11370 

I13M 

•1391 



LD 

LD 

CP 

JR 

LD 

CP 

JR 

LD 

LD 

LD 

INC 

OEC 

LO 

OR 

JR 

LO 

LD 

CALL 

LO 

LD 

LD 

LD 

INC 

INC 

LD 

LD 

LO 

INC 

LD 

LD 

INC 

INC 

LO 

LD 

INC 

LD 

LD 

LD 

INC 

INC 

LD 

LD 

POP 

PUSH 

LO 

LD 

CALL 



HL.CRSTOP+3 

A.'/' 

(HL) 

NZ.ERASE 

HL.CRSTOP+A 

(HL) 

NZ.ERASE 

HL.TABLE 

BC.15 

(HL)>I 

HL 

BC 

AiC 

C 

NZ.L00P3 

(HL)>2 

AifFH 

33H 

HL.CRST0P+7 

BC.TABLE+2 

Ai(HL) 

(BC).A 

HL 

BC 

A.(HL) 

(BC)iA 

HLiCRSTOPH 

BC 

Ai(HL) 

(BC).A 

HL 

BC 

A.(HL) 

(BC).A 

BC 

HL.CRSTOP+1 

A>(HL) 

(BC).A 

HL 

BC 

A>(HL) 

(BC).A 

HL 

BC 

(CURPOS).HL 

HL.NESG7 

VIDEO 



iLOAD HL3D25H 
iLOAD •/». 
iCOMPARE SANE. 
iERASE IF NOT. 
iLOAD HL 3D2BH. 
iCOMPARE '/«. 
iERASE IF NOT. 
iLOAD STORAGE. 
iCOUNT. 

iZERO STORAGE. 
iNEXT LOCATION. 
iDEC. COUNT. 
(SAVE COUNT. 
iCOMPARE FOR »•». 
iRETURN IF NOT. 
iLOAD. CONTROL RED. 
iTURN OFF CURSOR. 
iPRINT IT. 
iLOAD HL 3029H. 
iLOAO TENS YEARS. 
IGET CHARACTER. 
iLOAD TABLE. 



iGET CHARACTER. 
iLOAD TABLE. 
iLOAD HL 3D2AH. 

iGET CHARACTER. 
iLOAO TABLE. 



iGET CHARACTER. 
iLOAO TABLE. 

iLOAD HL 3D23H 
iGET CHARACTER. 
iLOAD TABLE. 



iGET CHARACTER. 
iLOAO TABLE. 
(SCREEN LOCATION. 
(SAVE TABLE LOC. 
iLOAD CURSOR. 
iGET MESSAGE. 
■ iPRINT IT. 



MD7 21EBM 
MOA 224AM 
MOO 212330 
MEI222IM 
ME3 3EK 
MESC033M 
MEBC37FM 



MEB21253D 

MEE3E3A 

MFIBE 

MF1C27FM 

MF4 212330 

MF7C1 

MFBti 

MF9 7E 

MFAIZ 

MFB23 

MFCB 

MFD7E 

MFE»2 

MFF23 

AIM 23 

Alf 1 «3 

A1K7E 

41*3 12 

AIM 23 

AM5 *3 

AIM 7E 

Air 12 

A1M3EIF 

A1MCD33M 

AlB El 

A1K222W 

Alll 3E10 

Ali3 CD33M 

AHA 3E1F 

AU8 CD33M 

AUB 21DA3C 

AUE222M 

A121 2175A3 

Al» CDC3A1 

A127 3EIE 

A129C033M 

A12C 211344 

A12FE5 

41MCD2BM 

A133 FE41 

A13S2BK 

A137FEM 

A139 2IF5 

A13BCKE 

A13DC033M 

AIM 3EIF 

A142CD33M 

A145 211430 

AU6 222W 

A14B 218A43 

A14EC0C341 

A1513EK 

A1S3C033M 

A1SAE1 

A157CD2BM 

A15A FEM 

A1SC3BF9 

A1SEFE34 

A1MMF5 

A1A2CD33N 

MAS 17 

A1AA17 

41A7 84 

AIM Jl 

ilA9 3EIF 

A1MCD33M 



LO HL.ENTER1 iLOAO TINE. 

LO (SAVE).HL iSAVE NEU JUMP. 

LO HL.CRSTOP+1 iLOAD HL 3023H. 

LD (CURPOS).HL iLOAD CURSOR. 

LD A.IEH iTURN ON 

CALL 33H iCURSOR. 

„«, JP ERASE 

IliTf il«HIIH«H««MiH««H«*l»IWH»«HH»»»MM» 
U48I il TIME ROUTINE. * 

|Utt iHWW»ftWWMIIHHI»M««W«WMWIIW»HIIIII MHW » 



•14M 

•Utf 
•1421 
11431 
11*41 
•14M 
IliM 



MM ENTERl LD 

11511 

•ISM 

11531 

•15M 

•ISM 

•ISM 

•I57f 

•ISM 

MM 

•lMf 

•1AM 

11421 

•1AM 

•1AM 

•1AM 

•1AM 

libit 

IliM 

HAM 

•17M 

•1711 

•172» 

•17M 

•17M 

I17M 

I17M 

•177f 

•17M 

•17M 

•IBM 

•IBM 

•1821 

•IBM 

•IBM 

•IBM 

•IBM 

•IBM 

•IBM LOOP* 

•IBM 

•1M» 

11911 

§vm 

MM 

MM L00P5 
MM 



I19M 

mm 
mm 
mm 
mm 
•an 

•2121 
•2IM 

•MMLOOPi 
l2fM 
MM 
•2171 

•MM 

•2W 
I21M 
12111 
•2121 
•2131 
•21M 
•21M 



LD 

CP 

JP 

LD 

POP 

INC 

LO 

LD 

INC 

INC 

LD 

LD 

INC 

INC 

INC 

LD 

LD 

INC 

INC 

LD 

LD 

LD 

CALL 

POP 

LD 

LD 

CALL 

LO 

CALL 

LO 

LD 

LD 

CALL 

LD 

CALL 

LD 

PUSH 

CALL 

CP 

JR 

CP 

JR 

SET 

CALL 

LO 

CALL 

LO 

LD 

LO 

CALL 

LD 

CALL 

POP 

CALL 

CP 

JR 

CP 

JR 

CALL 

RLA 

RLA 

ADO 

LD 

LD 

CALL 



HL.CRSTOP+3 

A.'' 1 

(HL) 

NZ.ERASE 

HL.CRSTOP+1 

BC 

BC 

A.(HL) 

(BC).A 

HL 

BC 

A.(HL) 

(BC)iA 

HL 

HL 

BC 

A.(HL) 

(BC).A 

HL 

BC 

A.(HL) 

(BC).A 
A.fFH 

33H 

HL 

(CURPOS).HL 

A. IDH 

33H 

A.1FH 

33H 

HL.SCREEN+214 

(CURPOS).HL 

HL.MESG8 

VIDEO 

A.IEH 

33H 

HL.TABLE 

HL 

2BH 

'A' 

Z.LOOPS 
.p. 

NZ.L0OP4 

ii(HL) 

33H 

A.IFH 

33H 

HL.SCREEN+2M 

(CURPOS).HL 

HL.HESG? 

VIDEO 

A.IEH 

33H 

HL 

2BH 

••' 

C.LOOPA 

•4' 

NC.LOOPi 

33H 



(LOAD HL 3025H. 
(LOAD '<*. 
COMPARE FOR ■>'. 
SO IF NOT 
(LOAD HL 3D23H. 
iPOP TABLE COUNT. 

iGET CHARACTER. 
LOAD TABLE. 



iGET CHARACTER. 
iLOAO TABLE. 



iGET CHARACTER. 
iLOAO TABLE. 



iGET CHARACTER. 
iLOAD TABLE. 
iTURN OF 
iCURSOR. 

'.SCREEN LOCATION. 
iLOAO CURSOR. 
(POSITION CURSOR 
{END OF LINE. 
iERASE FROM CURSOR 
iTO END OF FRAME. 
iSCREEN LOCATION. 
iLOAD CURSOR PCS. 
iGET MESSAGE. 
(PRINT MESSAGE. 
iTURN ON CURSOR. 
iQO IT. 
iLOAD TABLE. 
(SAVE LOCATION. 
iCALL KEYBOARD. 

iff "A* GO. 

ilFNOT'P'60. 
(SET AM PH BIT. 
iLOAO SCREEN AN PH. 
iTURN OF CURSOR. 
100 IT. 

iSCREEN LOCATION. 
iLOAD CURSOR 
iGET MESSAGE. 
iPRINT IT. 
iTURN ON CURSOR. 
'.DO IT 

iTABLE LOCATION. 
iCAU KEYBOARD. 
iCOMPARE FOR '•». 
.LOOP IF BELOU T. 
iCOMPARE FOR *4». 
iLOOP IF ABOVE «3V 
iPRINT CHARACTER. 
(MULTIPLE BY 2. 
iMULTIPLE BY 4. 
iADD AH PN VALUE. 
iRESTORE VALUE. 
iTURN OF CURSOR. 
.DO IT. 



A1AE 214830 



A.(HL) 
(HL).A 
A.IFH 

IZltf iW HHWWMIHWtHWi ll H HHU«IHH» IHI »HW 

12171 ii INPUT DAY ROUTINE. * 

|21M ;MHH««WIIHIH"" M ''"'"'Hl m """' WWW 

|2iM LO HL.SCREEN+328 ; iSCREEN LOCATION. 



12 



■r 



M7i mm 

4174 21B143 
4177 C0C341 
417A3E6E 
417CC033M 
417FC02866 
4182 FBI 
4184 38F9 
4184 FE3fi 
4166 36FS 
416A 326444 
418DC033M 
4196 3E6F 
4192CD336B 



4195 218430 
4198 222646 
4MB 210443 
41% CDC341 
41A1 AF 
41*2 0321 
41MD32F 
41A4 3E65 
41A8D32B 
41AA 211144 
41AD 61216F 
41M7E 
4161 E077 
4.183 2B 
41B4 6C 
4185 tm 
41B7CD2BBB 
41BAFE6D 
4MC26F9 
41BEAF 
41BFD32I 
41C1 1817 



41C3 7E 
41C4B7 

dies ce 

41C4C033M 
41C9 23 
41CA1SF7 



41CC C0C961 
41CF 3E17 
4101 C033N 
4104 214830 
4107 222(46 
41DA 21E942 
4100COC341 



41EI 21543C 
41E3 22ZM 
41E4 6466 
41E8 21FB42 
41EBDB2E 
41EDE46F 
MEF30 
41F6 17 
41F1 17 
41F2 4F 
41F3 17 
MF4 17 
41F5 91 
41F4 4F 
&1F7 #9 
41FBCOC341 



mm , 

1221* 
12228 

82231 

12248 

12258 L0OP7 

82248 

82278 

822M 

82278 

82388 

82318 

82328 

82338 



L0 

L0 

CALL 

LO 

CALL 

CALL 

CP 

JR 

CP 

JR 

LO 

CALL 

LD 

CALL 



ICURPOSliHL 

HL.MESE16 

VIDEO 

A>8EH 

33H 

2BH 

»1' 

C.L00P7 

'8' 

NC.L00P7 

(TABLE+ll.A 

33H 

A18FH 

33H 



; LOAD CURSOR. 
iGET MESSAGE. 
ILOAO SCREEN. 
; TURN ON CURSOR. 
iDOlT. 

iCALL KEYBOARD. 
{COMPARE FOR "l". 
iLOOP IF BELOU «1«. 
iCONPARE FOR '8». 
iLOOP IF ABOVE '7». 
iLOAO TABLE WITH DAY. 
ILOAO SCREEN. 
■TURN OFF CURSOR. 
.00 IT 



82348 ;«HHHI»f»«lHHHHHHI»»»H»««HHIH«M»»»«HHH» 

82358 i« ENTER TO START CLOCK ROUTINE. » 

12348 i tMHHHHHHHHH HimHimt l H ! 



82378 

82388 

82378 

82488 

82418 

82428 

82438 

82448 

82458 

82448 

82478 

82488 LOOPB 

82478 

82588 

82518 

82528 

82538 L0OP7 

82548 

82558 

82548 

82578 

82568 



LD 

LO 

LD 

CALL 

XOR 

OUT 

OUT 

LD 

OUT 

LD 

LD 

LD 

OUT 

DEC 

INC 

DJNZ 

CALL 

CP 

JR 

XOR 

OUT 

JR 



HLiSCREENt3e8 

(CURPQS).HL 

HL.HESGU 

VIDEO 

A 

(28H)>A 

(2FH1.A 

A.5, 

(28H).A 

H.TABLEM4 

BCi8F21H 

A.(HL) 

(C).A 

HL 

C 

LOOPO 

2BH 

BOH 

NZiL00P7 

A 

(28H1.A 

READ 



ISCREEN LOCATINE. 
iLOAO CURSOR. 
iLOAO MESSAGE. 
iPUT ON SCREEN. 
iCLEAR A. 

iCLEAR CONTROL REG. 
iCLEAR SETTING REG. 
IBITS 4 AND 8. 
iLOAO CONTROL REG. 
iLOAO HL DAYS. 
•COUNT PORT C. 
.GET VALUE. 
iLOAO CLOCK. 
iOEC TABLE. 
ilNC. CLOCK PORT. 
iAGAIN 14 TIMES. 
iCALL KEYBOARD. . 
{COMPARE FOR ENTER. 
iLOOP IF NOT. 
iZEROA. 
{START CLOCK. 
iGO READ ROUTINE. 



82578 ;H»» H I» HH i m»H i m HHH«HH«IHIHmi»»WHIHH» 



82488 

82418 

82428 VIDEO 

82438 

82448 

82458 

82448 

82478 

82488 

82478 >« 

82788 i» 

82718 i»i 

82728 

82738 

82748 

82758 

82748 

82778 

82788 

82778 

82688 

82818 

82828 



VIDEO URITE ROUTINE: « 

LO ' A»(HL) .GET LETTER FROM MESS. 

OR A iTEST FOR END OF MESS. 

RET 2 iGO IF END OF MESSAGE. 

CALL 33H iPRINT CHARACTER. 

INC HL iNEXT CHARACTER. 

JR VIDEO ' iLOOP TILL ALL DONE. 
IHHftHHHIHHHIHHHMH 



CLOCK READ ROUTINE 
IN32CHR8M00E 



CALL 

LO 

CALL 

LD 

LD 

LD 

CALL 



82B48 
82858 
82648 

82678 
82688 
62878 
82988 
82718 
82728 
82738 
82748 
82758 
82948 
82978 
62986 
8Z77I 



LD 

LO 

LO 

LO 

IN 

AND 

DEC 

RLA 

RLA 

LO 

RLA 

RLA 

SUB 

LO 

ADO 

CALL 



CLEAR 

Ail7H 

33H 

HL,SCREEN+328 

(CURPOS).HL 

HL.HESGS 

VIDEO 

FIND OAY ROUTINE 

HL.SCREENW 

(CURPOS)iHL 

B.I 

HL.MESG4 

Ai(2EH) 

8FH 



C.A 



C 

C.A 
HL.BC 
VIDEO 

AMPMR0UNT1NE 



iCLEAR SCREEN. 
iSELECT 32 CHR8 
iHOOE AND PRINT. 
iLOAO CURSOR 
iPOSTION. 
i PRINT 
; MESSAGE. 
1HHHIHMIHHHHHUMI 
f 

iLOAO CURSOR 
iPOSTION. 

iLOAO DAYS. 
iGET OAY VALUE. 
iCLEAR TOP BITS. 
{MAKE ZERO. 
iROTATE 
ITWCE. 

iLOAO C WITH VALUE. 
iROTATE TWICE 
ifURE. 

{SUBTRACT #CH. 
iLOAO VALUE. 
iFIND DAY. 
iPRINT IT. 





83888 i» 






IHHHHtiHHHmil 


61FB 21EA3C 


83818 


LD 


HL,SCREEN+234 


■SCREEN LOCATION. 


61FE 222848 


83828 


LD 


(OJRPOS).HL 


iLOAO CURSOR. 


4281 21FC43 


83838 


LO 


HL.HES612 


iGET MESSAGE. 


o^V* wbvw 


83848 


LD 


B.8 




4284 DB2F 


83858 


IN 


A.(2FH> 


iCLOCK SET REGISTERS. 


4286 E4I2 


83848 


AND 


2H '■■■'. 


iAM OR PM SET. 


428A 17 


83878 


RLA 




iHOVE RIGHT. 


4283 4F 


838B8 


LO 


C.A . 


iSAVE IN C. 


428C87 


83878 


ADO 


HL.BC 


iFIND AM OR PH. 


4280 CDC341 


83188 
83118 ;i 


CALL 


VIDEO 


iPRINT VALUE. 




83128 ;i 


LOAD DATE AND TINE ONTO SCREEN « 




83138 ;• 








4211 Z1EB3C 


83148 L00P18 LD 


HL.SCREEN+224 


iSCREEN POSITION. 


4213 8E21 


83158 


LD 


C.21H 


iLOAO PORT 21H. 


4215 CD7842 


83148 


CALL 


GETTIM 


iOlSPLAY IT. 


4216 343A 


83178 


LD 


<HL>,''' 


iPRINT COLEN. 


421A 2B 


13188 


DEC 


HL 




421B2B 


83178 


DEC 


HL 




421C CD7842 


83288 


CALL 


GETTIM 


i DISPLAY NEXT. 


421F CD7842 


83211 


CALL 


GETTIM 


{DISPLAY NEXT. 


4222 343A 


83228 


LD 


<HL).'" 




422* ZB 


13238 


DEC 


HL 




4225 2B 


83248 


DEC 


HL 




4224 CD7842 


83258 


CALL 


GETTIM 


iDlSPLAY NEXT. 


4229 CD7842 


83248 


CALL 


GETTIM 


iDISPLAY NEXT. 


422C343A 


83278 


LD 


(HL).'i' 




422E2B 


83288 


DEC 


HL 




422F2B 


83298 


DEC 


HL 




4238CD7842 


83388 


CALL 


GETTIM 


iDISPLAY NEXT. 


4233C07842 


83318 


CALL 


GETTIM 


iDISPLAY NEXT. 


4234 2E98 


83328 


LD 


L.898H 


ISCREEN LOCATION. 


4238CD7842 


83338 


CALL 


GETTIM 


iOlSPLAY NEXT. 


423BC07842 


83348 


CALL 


GETTIM 


iDISPLAY NEXT. 


423E2E7Z 


83358 


LO 


L.89ZH 


iSCREEN LOCATION. 


4248 342F 


83348 


LD 


(HL).'/' 


iLOAO SLASH. 


4242 2E94 


83378 


LD 


L.894H 


.SCREEN LOCATION. 


4244 C07842 


83388 


CALL 


GETTIM 


iDISPLAY NEXT. 


4247 CD7842 


83378 


CALL 


GETTIM 


iDISPLAY NEXT. 


424A2E9B 


83488 


LD 


L.69SH 


iSCREEN LOCATION. 


4Z4C342F 


83418 


LD 


(HL).'/' 


iLOAO SLASH. 


424E2E9C 


83428 


LD 


L.89CH 


iSCREEN LOCATION. 


425ICD7842 


83438 


CALL 


GETTIM . 


iOlSPLAY NEXT. 


4253 C07842 


83448 


CALL 


GETTIM 


iOlSPLAY NEXT. 


4254 CD2B88 


83458 


CALL 


2BH 


iCALL KEYBOARD. 


4257 FE52 


83448 


CP 


'R' 


{COMPARE RETRY. 


425BZ88A 


83478 


JR 


Z.RETRY 


iGO RETRY. 


4250 FE45 


83488 


CP 


'E' 


{COMPARE EXIT. 


425F28AF 


83478 


JR 


NZ.L00P18 


iGO IF NOT 


4241 CDC781 


83588 


CALL 


CLEAR 


iCLEAR SCREEN. 


4244C32048 


13518 


JP 


482DH 


iSOTXJS. 


4247 218748 


83528 RETRY LD 


HL, ENTER 


iRESAVE ENTER. 


424A 224448 


83538 


LO 


(SAVE).HL 


{SAVE IT. 


4240 C38848 


83548 
83558 


JP 

MwtiwifiiHHHt 


START 


iGO TO BEG1NIN6. 




83548 


» 


REAO CLOCK ROUTINE. 




83578 


HHM*fH«H«IMIHHHHHHHHHHIHHHIHmmmMM« 


4278 0B28 


83588 GETTIM IN 


A.(CONTRL) 


{CONTROL REGISTER. 


4272 CB5F 


83578 


BIT 


3.A 


{IS CLOCK READY. 


4274 28FA 


83488 


JR 


NZ.GETT1M 


{RETURN IF SO. 


4274 ED78 


83418 


IN 


A.(C) 


;clock REGISTER. 


4278 E43F 


83428 


AND 


3FH 


{CONVERT TO NUMBERS. 


427A 8C 


63438 


INC 


C 


{NEXT PORT. 


427B77 


83448 


LO 


(HL).A 


{LOAD SCREEN. 


427C2B 


83458 


DEC 


HL 


{NEXT SCREEN LOCATION 


4270 2B 


83448 


DEC 


HL 


iAGAIN. 


427E C9 


83478 
83468 


RET 








83498 


.» 


MESSAGES. 


1 




83788 


,«IHHIMHIHHHHHHHHHIHH««HH«HHMIHHHHMM 


427F5Z 


83718 MESS1 DEFM 


'Real Tilt Clock setting prosrw' 


45 41 4C 28 54 47 40 45 28 43 4C 4F 43 4B 28 73 


45 74 74 47 4E 47 28 78 72 4F 47 72 41 40 




429E88 


83728 


DEFB 


8 




427F42 


83738 HESG2 DEFM 


'by David Kmnidy' 


77 28 44 41 74 47 44 28 4B 45 4E 4E 45 44 r 




42AF88 


83748 


DEFB 


1 




42B8 45 


83758 NESG3 DEFM 


'EnUri(R)Md 


or Write' 


4E 74 45 72 3B 28 52 27 45 41 44 28 4F 72 28 28 
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I 



'SUNDAY 



'MONDAY 



57 2? 72 A? 74 45 
42C7 W 037M DEFB 
4ZC8 49 03770 HESG4 DEFH 'Input Day/Hontn/Year.es M/H/M' 

4E7075 74 2044 4179ZF4O4F4E74 4BZF5? 

45 417Z2C45 47 2030302F30302F3030 
42EB00 037B0 DEFB 
42E9 28 03790 MES6S OEFH '<*)ETRY OR (E)XIT' 

52 29 45 54 52 59 20 4F 52 20 28 45 29 58 49 54 
42FAM . 03800 DEFB f 
42FB53 03810 NESG4 DEFH 

554E44 4159 2020202020 
430400 03820 DEFB I 
43(7 40 13631 OEFH 

4F 4E 44 41 59 20 20 20 20 20 

4312 M 03841 DEFB 

4313 54 03650 DEFH 'TUESDAY ' 
55 45 53 44 41 5? 20 20 20 20 

431E00 03640 DEFB 

431FS7 03870 DEFH 'UEDNESOAY ' 

45 44 4E 45 S3 44 41 5? 20 20 
432A00 03880 DEFB 
432B 54 03990 DEFH 'THURSDAY ' 

48 55 52 53 44 41 59 20 20 20 
4334 00 03900 DEFB 

4337 44 03910 DEFH 'FRIDAY ' 

52 49 44 41 59 20 20 20 20 20 

4342 00 03920 DEFB 

4343 53 03930 DEFH 'SATURDAY ' 
41 54 55 52 44 41 59 79 20 20 

434E00 03940 DEFB 

434F 79 03950 HESG7 DEFH ' Input Hours'Hinutes.ts 00:00 

49 4E7075 74 204B4F7572733A4D49 4E75 

74 45732C45 47 2030303A3030202020Z0 
20202020 

4374 00 03940 DEFB 

4375 50 03970 HESG8 DEFH 'Press (A)H or (P)H >' 
7245737320 2B4129 4D204F7220285029 
4D20 3E 

436900 03980 DEFB 

438A 4E 03990 MESS9 DEFH 'Nuaber of Years since last Leap Year >' 

75 4D42 4572204F44205945 4172732073 
49 4E 43 45 20 4C 41 73 74 20 4C 45 41 70 20 59 
45 41 72 79 3E 

43B000 04000 DEFB 

43B1 49 04010 MESG10 OEFH 'Input' Sunday to Saturday 1 to 7 >' 
4E7075 74 3A20S37S4E44 4179Z0 74 4F20 

53 41 74 75 72 44 41 79 20 31 20 74 4F 20 37 20 
3E 

4303 00 04020 DEFB 



Af 


4 


Att 


£ 


*Z_ 


^4 



£ 



?usae 

TTi. 



1 



HeAL Time 
Clock. 



4304 45 


04030 HESG11 DEFH 


'Enter aith seconds at 00 to start i 


lock' 


4E 74 45 72 79 77 49 74 48 20 73 45 43 4F 4E 44 








73 79 41 74 79 30 30 79 74 4F 20 73 74 41 72 74 








20 43 4C4F43 4B 












43FB00 


04040 DEFB 













43FC41 


04050 MESS12 DEFH 


'AH ' 










40 9 














43FF 00 


04040 DEFB 













4400 50 

40 

4402 00 


04070 DEFH 


'PH' 






i 




04080 DEFB 













4403 


04090 TABLE EMI 


t 










4000 


04100 END 


START 










00000 TOTAL ERRORS 












BSPACE 4072 


CLEAR 01C9 


CONTRL 0020 


CRSTOP 


3022 


CURPOS 


4020 


DOOCB 4010 


ENTER 4089 


ENTER1 40EB 


ERASE 


407F 


GETTIH 


4270 


LOOP 402C 


L00P1 4055 


LOOP10 4210 


L00P2 


4058 


L00P3 


4090 


LO0P4 4130 


LOOPS 4130 


L00P4 4157 


L00P7 


417F 


L00P8 


41B0 


LOOP? 41B7 


MESG1 427F 


HESG10 43B1 


HESG11 


43D4 


HESE12 


43FC 


HES62 429F 


HESS3 42B0 


NESE4 42CB 


MESS5 


42E9 


HESG4 


42FB 


HESG7 434F 


HESG8 4375 


HESG9 43BA 


READ 


41CC 


RETRY 


4247 


SAVE 4044 


SCREEN 3C00 


START o00v 


TABLE 


4403 


VIDEO 


41C3 



"l^. 



10 REM* BASIC PROGRAM TO INTIALIZB CLOCK 

20 CLS«LEAR100: 

30 0IMD$(7) 

40 INPUT"DO YOU WANT -12- OR -24- HOUR FORMAT";B$ 

50 IF B$-"24"THENB1-BH-1:GOTO100 

60 CLS:INPUT n DO YOU WANT -AM- OR -PM- (A/P)";P$ 

70 IFP$»"P"THENBl-Bl+2 

80 DATA SUNDAYJH0NDAY,TUESDAY,WEDNESDAY,THURSDAY,PRI1>AY 

90 DATA SATURDAY 

100 FORI=0TO6:READD$(I):NEJCTI: 

105 CLStPRINTENTER Hours ft Minutes - H10,H1,M10,M1"; 

110 INPUT Hl,HJfl,M 

115 CLS:PRINT"ENTER Year, Month ft Date - Y10.Y1 JI10JI1,D10,D1" 

120 INPUT Yl.YJflB.ML.Dl.D 

130 CLS:INPUT"BNTER DAY CODE (SUN TO SAT -0 -«)";W 

140 CLS:INPUT"ENTER YEAR - LEAP YEAR VALUE";LY 

150 IFLY>3THENGOTO140 

160 B-LYM+B1 

170 0UT32.5 

180 OUT47.B1 

190 OUT34.0:OUT35,0 

200 0UT36,M:0UT37,M1 

210 0UT38,H:0UT39,H1 

220 OUT40,D:OUT41,D1 



IU4»ett 



IN 



SSL 



MM. 



& 



]$jb 



461* 
Cftos 



£J_ 



:z 



JLMt 



£2. 



pi 



B£L 



Ai 
AL. 



ja 



♦I* 



:) 









v»» 



w nmstt74 

91 
PC 



±» 



fa 



a* 



3r 



KH* 



230 OUT42,ML:OUT43,MB 

240 0UT44,Y:0UT45,Y1 

250 0UT46.W 

260 OUT47.E 

270 CI&TKPUfENTER TO START CLOCK"; 

280 0UT32.1 

290 CLS 

300 IFINP(32)-0THEN310 

310 PRINTtl,D$(INP(46)AND15) 

320 REM* READ CLOCK'S TIME 

330 IFINP(32)-0THEN340 

340 PRINT050,INP(33)AND15 

350 PR^NT0m,Im»(35)AND15:PlallT•46JNP(34)A^TD15;": , 

360 PRINT#38,INP(37)AND15:PRINTt40 ) INP(3e)AND15;" 

370 PRINT032,INP(39)AND15:PRINTt34.INP(38)AND15;" 

380 PRnnW4.INP(45)AND15«ttNTt2e,INP(44)AND15 

390 PRINT»18,INP(43)AND15:PRINTt20,INP(42)AND15;"r 

400 PRINT«12,INP(41)AND1S:PRINT»14,INP(40)AND15;"/" 

410 IF(INP(47)AND3)''2THENPRINTi55,"Pjr 

420 IF(lNP(47)AND3)-lTHENPRINT053 t "24 HJUtODE" 

430 IF(INP(47)AND3)-0THENPRINTt55,"A.M" 

440 GOTO330 



:/»M 
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MODEL I LEVEL II LOWERCASE ON POWERUP 

by Jack Decker 

•(with help from Bob Seaborn) 

I recently received a letter fro* Bob Seaborn, requesting 
Information on modifying the Model I ROM to provide for correct 
- handling of lowercase characters on powerup without using a 
separate lowercase driver routine (usually part of the Disk 
Operating System). This would be useful In situations where a 
user does not have disk drives (are there any such systens left?) 
or where a program bypasses the DOS and directly calls the ROM 
routines (not good practice, but it is done occasionally). 

Bob had recalled an article that appeared in the 
November/December 1981 issue of 80-O.S. Journal, which used two 
added Integrated circuits to modify ONE Memory location In the 
video driver routine In the ROM. The change was to 0473H, where 
a 38H (JR C instruction) is changed to an 18H (JR instruction). 
So, In effect we are adding two Integrated circuits to change one 
bit in memory (bit 5 of location 0473H, from 1 to 0). 

Well, that change WILL work, but there is a much better way. 
Rather than hacking up your computer to change one bit, why not 
simply change the ROM? I wrote up a first draft of this article 
and sent it up to Bob, who actually performed the modification I'm 
about to describe on his Model I. He was kind enough to send 
back several comments, suggestions, and additions to my original 
article, and many of Bob's comments have been incorporated into 
this, article. If you're having difficulty with this mod, you might 
want to contact Bob Seaborn at Post Office Box 1741, Saskatoon, 
Saskatchewan, Canada S7K 3S1 (telephone: (306) 343-130S, MCI Mail 
ID: 268-7906). As usual, the " information in this article is 
provided for experimental purposes and is intended for use by 
experienced hardware hackers only, and is NOT guaranteed to be 
error-free. We assume NO liability whatsoever for any damage 
that your computer and/or data may sustain if you actually 
attempt to Install or use this modification. That said, here's how 
to replace your Radio Shack ROM with an EPROM that will provide 
much better lowercase support than the one-byte patch mentioned 
above. 

If you have the £hree IC ROM set (using the satellite board 
'that is mounted to the upper side of the keyboard PCB with 
double-stick tape), the change is relatively easy. You simply 
need to swap the "A" ROM with a 2532 EPROM that has been 
properly programmed (the 2533 EPROM is pin-compatible with the 
4K ROM IC's). Note that not All 2532 EPROMs are the same, but I 
do know that a Texas Instruments 2532 (not a 25L32I!) will work 
correctly. In the three -chip ROM set, the TI 2532 can (when 
properly programmed) substitute for any of the three ROM chips 
(this may be a handy bit of information if you ever need to 
repair a "dead" Model I). If the TI 2532 EPROM or an exact 
equivalent is not available, an Intel (or equivalent) 2732 EPROM 
can be substituted, but you will have to do a bit of rewiring. 
When using the 2732, pin 21 (All on 2732 and Vpp on 2532) must 
be reversed with pin 18 (CE on 2732 and All on 2532). This is 
because of the difference between the TI pinout and the INTEL 
pinout. Naturally, It's preferable to use the 2532 if at all 
possible, since no rewiring is necessary when that chip is used. ' 
If you have the two IC ROM set (no satellite ROM board), you 
can use a 2764 EPROM in place of the ROM A (the 8K one with a 
part number ending in '64). A 2532 EPROM (or 2732 rewired as 
described in the previous parajgraph) works in place of the ROM B 
(which ends in a '32); as already noted, the 2532 is pin 
compatible with the ROM. However, it is just a little more 
difficult to use the 2764 EPROM in place of the 8K ROM A, 
because the 2764 is a 28 pin chip while the 8K ROM is only a 24 
pin chip. This difference in IC packaging creates less of a 
problem than you might at first think. Bob studied the pinout 
diagrams of the two IC's and came up with an easy way to make a 
28 pin to 24 pin adapter plug. You plug the 2764 EPROM into the 
adapter and then plug the adapter into the socket formerly 
occupied by the 8K Radio Shack ROM A. Here are Bob's 
instructions for constructing the adapter (with a few added 
comments in parenthesis for the technically minded): 

1) Get two IC sockets, a 24 pin one and a 28 pin one. 

2) Jumper^ together pins 1, 28, 27, and 26 on the 28 pin 
"'isocket (this will put +5 volts on these pins, obtained from pin 26 

'of the 28 pin soeket which will be plugged into pin 24 of the 24 
-pin socket). , 

3) Jumper together pins 14 and 20 on the 28 pin socket 
(pin 14 will be connected to ground). 
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4) Bend pins 20 and 23 on the 28 pin socket at right 
angles to the socket. 

5) Plug the 28 pin socket into the 24 pin socket so that 
pins 1, 2, 27, and 28 of the 28 pin socket are not inserted in the 
24 pin socket (pin 3 of the 28 pin socket should plug into pin 1 
of the 24 pin socket, etc.). 

6) Jumper pin 2 on the 28 pin socket to pin 20 on the 24 
pin socket. 

7) Jumper pin 23 on the 28 pin socket to pin 18 on the 24 
pin socket (All). 

Whenever you purchase an EPROM' to replace a TRS-80 ROM 
chip, be sure to get the highest speed (lowest access time in 
nanoseconds) unit that you reasonably can (without spending huge 
amounts of money), especially if you' have installed a high-speed 
modification in your Model I. I onoe* tried using a 2532 EPROM in 
place of the "A" ROM, and found that although it worked just 
great at normal CPU speed, it refused to .work at more than 150* 
of normal CPU speed" (but, strangely enough, this failure only 
occurred after the computer had warmed 1 up for a few minutes). 
Bob suggests that changing the values of resistors R61 and R68 
from 4.7K to IK might have helped; but" I have ho way to verify 
that now. 

Anyway, getting back to the ROM lowercase mod, the first 
thing you will need to do is to perform a standard lowercase 
modification to your Model I, which is to say that you will need 
to add an eighth video RAM IC and perhaps a new character 
generator chip. This information has been covered in great 
detail elsewhere, so I won't go into it here (see my letter to the 
editor in the August, 1983 issue of BASIC COMPUTING, of the last 
few paragraphs of this article). 

If you have lowercase available under the DOS or by loading 
a special driver routine into memory, then the 'above mods have 
already been installed. This brings us back to the subject of 
this article - modifying the ROM to make lowercase permanently 
available, * 

You will first need to find someone with an EPROM 
programmer that's willing to help - try your local computer user 
group; a local college or university with, an electronics lab; or a 
firm that specializes in electronic design or.computer repair (or 
see the last few paragraphs of this article). Take In your "A" 
ROM chip and your blank EPROM. Whoever burns the EPROM for you 
should first erase it under ultraviolet light, then copy your "A" 
ROM to the EPROM. However, before the copy is made, you will 
first want to make the necessary change(s). You can make the 
above-mentioned change to memory location 0473H, or you can 
make a more involved series of changes as documented in the 
assembly-language source code listing below. 

The source code below shows the patches to the "A" ROM 
which provide the following features: Lowercase is enabled at 
power-up, SHIFT-ZERO toggles a "CAPS lock" feature as on the 
Model III, the cursor character can be defined by POKElng the 
desired character to memory location 4023H (also as in the Model 
III), the cassette tape^ leader is shortened -to permit faster 
reading of data from tape, and all improvements found in what 
used to be called the "NEW" Model I ROM are included (such as 
built-in keyboard debounce, improved cassette read timing; etc.). 
The "RADIO SHACK LEVEL II BASIC" (or "R/S L2 BASIC") message is 
deleted to make room for these patches. ' ■» : 

A special note about the, cassette read timing patches at 
0248H and 024FH. Although they are the values used in the "NEW" 
Model I ROMs, some folks have experienced difficulty- in loading 
tapes after installing them. Therefore, I suggest that you do NOT 
use these two patches if 1) You' have little or no difficulty 
loading tapes using the old values, pr 2) You are using an 
expansion Interface and/or disk system or 3) You have the Radio 
Shack hardware fix (the "XRX-IH"' modification - a small PC board 
that is usually also mounted with double-stick tape onto the 
keyboard PCB), unless you disconnect the XRX-III mod 
(recommended, see details in the next paragraph). If any of these 
conditions apply to you, I suggest using the old timing values 
(the byte at 0249H should be 41H." and~"the byte at 0250H should 
be 76H). "■'■ "" " ■' • 

If you would like to remove- -the* XRX-III modification, Bob 
informs me that it can be done as .follows. There, are only six 
wires to remove and one cut trace to restor.e_. First, you remove 
the red wire from Z25 pin 14, the black wire from Z4 pin 7; the 
yellow wire from Z43 pin 9, and the blue wire from" Z24 pin 12. 
At this point, the only "remaining 'connection's between the XRX-III 
mod and the main- circuit board will 'be- the green wire on Z4 pin 
10 and the violet, wire on 224 pin 9. Between these two 



connections there Is a trace that was cut during the XRX-III 
Installation. Restore the trace by scraping the solder from each 
side of the cut and carefully soldering a short piece of hookup 
wire across the cut. Then remove both the regaining wires. This 
completes the removal of the XRX-III cassette •edification. If 
you can't see* to locate the modification in your computer, keep 
in Bind that it was Installed only in some of the "old ROM" Model 
I's (that display 'MEMORY SIZE'), and was never installed in the 
"new ROM" units that show 'MEM SIZE' when first reset. 

There are a couple of caveats to be observed when using 
the patches shown below. For one thing, if you have a program 
that is so rude as to moke calls directly Into the guts of the 
keyboard driver routine (very few programs do this, and if a 
program Is Model I/HI compatible it almost certainly will not do 
this), it will probably not work correctly with this mod installed, 
calls made to the normal starting point of the keyboard driver 
are OK. Then, too, the use of the 4023H memory location for 
cursor character storage may conflict 'with other Model I 
programs that also expect that memory location to be unused 
(again, this problem will probably never occur when a Model I/HI 
compatible program is used). I have never had a problem with a 
conflict for the use of 4023H, but apparently others either have 
had such a problem, or were worried about the possibility of a 
conflict. If you don't want to take a chance, delete lines 1020 
and* 1030, and remove the instructions in lines 910 and 920, 
replacing them with two NOP's and a LD (HL),5FH instruction (or 
use a different default cursor character if you prefer). 

Now a couple of paragraphs for NEWDOS/80 version 2.0 users. 
Bob has used this mod with NEWDOS/80 and reports that it is best 
to set the NEWDOS/80 SYSTEM options BF-N and BG-N. Otherwise 
the NEWDOS lowercase driver and the ROM lowercase driver 
compete and make it nearly impossible to to shift case using 
SHIFT-ZERO. . M .,_ ■ 

Also, here are a couple of zaps that Bob has provided for 
NEWDOS/80 version 2.0 users that have installed this modification. 
The first loads the cursor character selected by the SYSTEM 
option BI into the user programmable cursor character storage 
location (4023H) when the disk Is rebooted: 

Change SYSO/SYS.11,40 from B7 28 03 to 32 23 40 
The following zap permits the LC,(Y/N) command to work with the 
BPROM lowercase driver installed. 
Change SYS3/SYS, 00, Al 

from 32 B4 45 AF C9 CD EF 4D 28 P5 3E C9 18 
to 32 19 40 AF C9 CD EF 4D 20 F5 3E 01 18 

When the above zap is used, the BASIC caps lock control is 
changed to POKE 16409.0 to set mixed (upper /lower) case, and 
POKE 16409,1 to set uppercase only (the same as under Model III 
BASIC). This location replaces the 17844 (45B4H) location that 
Apparat documented (reluctantly) In Model I ZAP 082. 

Now, then - for those of you who don't like to hack around 
and want to make the whole process as cut and dried as possible, 
1 suggest you order the following kits from Don McKenzie: 1) If 
you have never had the hardware lowercase modification Installed, 
order a JACK6EN 3 WITH OPTIONAL PRINTED CIRCUIT BOARD (total 
cost $18.90). Then, if you have the th ree-chin ROM set and do 
not have, or are willing to discon nect, the XRX-m modification, 
you may also order a DONPATCH EPROM (the Model I "A" ROM wit* 
the extra routines installed. MINUS the 4023H cursor character 
storage) for $19.90. If you feel you simply must have the 
user-definable cursor character, contact Don first and ask him If 
he'll burn you a DONPATCH with the code shown below included - I 
suspect he will do it, but don't come crying later If you discover 
a software compatibility problem. AH items come with 
installation instructions that assume at least some hardware 
experience (they are not designed for the rank beginner. If 
you've never done any modifications of electronic circuits, you 
will need some help from an experienced technician or hardware 
hacker!). „ 

The prices shown above are In Australian dollars and YOU 
MUST ADD POSTAGE, if you live outside Australia. Postage to 
North America is $4.48, to Europe it's $4.70, and to New Zealand 
and Papua New Guinea it's $2.80, again all In Australian dollars. 
These amounts actually cover Air Mall postage, foreign currency 
exchange and stamp duty. Add up the cost of your order, add the 
appropriate postage rate, and you Will have the total in 
Australian dollars. Then call your bank and ask them to convert 
that amount to your local currency and send a check in that 
amount, payable to Don McKenzie. Don ships most orders within 48 
hours of receipt and the normal turnaround time on an order from 
the U.S.A". is three weeks, counting the time it takes for the post 



office to do its thing. This assumes that you send your order to 
Don via Air Mail, of course. If you want to write to Don for 
Information, be sure: to enclose some money for postage -, NOT 
foreign stamps as the Australian post office won't accept the*) 
Please keep in mind that Don is a hobbyist doing this in hi^ 
spare time, not a big company that can afford to send out free 
catalogs. „ 

That said, here's Don's address: Don McKenzie, 29 Ellesmere 
Crescent, Tullamarlne, Victoria 3043, AUSTRALIA, You can also 
telephone Don at (03) 338 6286 (from North America dial 
011+61+3+338 6286, on your nickel of course, arid please remember 
the time difference so you don't wake Don at 3 A.M.). When 
ordering, be sure to specify exactly what type of computer you 
have (TRS-80, PMC-80, SYSTEM-80). Don also has "any Other 
interesting hardware products Including a SPEEDON bare printed 
circuit board wPch, when stuffed with about $5 worth of 
commonly-available parts, will speed up a Model I CPU to as much 
as 5.32 MHz, with or without added "wait states" (if your system 
isn't capable of running that fast, you can select lower speeds 
that are still faster than the normal 1,77 MHz speed). SPEEDON 
slows down automatically for disk operations and you can command 
it to run at normal or fast speed by outputtlng a value to port 
254 (or using the LDOS "SYSTEM (FAST)" or "SYSTEM (SLOW)" 
commands). The price of the bare board with full instructions is 
$17.90 - add an additional $2.50 and Don will also throw in the 
resistors, capacitors,' and LED used in the project (but not the 
I.C'8. Remember, these prices are Australian dollars, and you 
must add postage as shown above). 

Now, without further ado, here are the patches to the 4K "A" 
ROM of the Model I. Note that if you are using the 8K (2764) 
BPROM, you may wish to also add the "new ROM" changes between 
1226H and 1265H, which correct an invalid test for a double 
precision numbef. These are not listed below, but are given in 
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mjrf. patches to tksdos 
by Reg BirKs 



by Reg 

[Reprinted from the Adelaide Micro-User News, 36 Sturt 
Street, Adelaide, South AUSTRALIA 5000] 

When answering the Date? prompt on power up, I find it more 
convenient to use the Numeric Keypad, unfortunately there is no 
slash (/) character on the keypad. The answer is quite simple 
however, patch the DOS to accept the period (.) character which 
is on the keypad. 

Set out below are the patches I have made to TRSDOS 1.3, 
6.0 & 6.1 
TRSDOS 1.3 

PATCH *0 (ADD=4EC3,FIND-2F,CHG>=30) 
PATCH *0 (ADD=4FB8,FIND=28,CHG=38) 



'f> 



TRSDOS 6.0.X 

PATCH SYSO/SYS.DBO <DOE,A4-30:FOE,A4=2F) 

PATCH-SYSO/SYS.DBO (DlO,7B=30 03 18 DD:F10,7B=28 DF 18 04) 



TRSDOS 6.1.x 

PATCH SYSO/SYS.DBO (DQE,B3=30:P0E,B3-2F) 

PATCH SYSO/SYS.DBO (D10,AF=30 06 18 DD:F10,AF-28 DF 18 04) 



These patches Make the period an acceptable input fro* the 
keyboard, the slash still regains a valid input and mm other 
characters will also be acceptable, they only affect the 
character separating MM DD YY and therefore the date routine 
still rejects Invalid dates. The patches »ay be typed in from the 
keyboard, exactly as shown above, or put into a BUILD or FIX file 
for patching more than one copy of the DOS. The normal 
precautions apply, nejiely try them out on a backup copy of the 
DOS before applying the* to a good disk and test them out. 



FIX YOUR BLOOMING. SCREEN!! 

by John Phillipp 

Information provided by Mike Santana 

[Reprinted from The interface newsletter of the San Gabriel 
Valley TRS-80 Users Group.] 

Well, friends, SAGATUG - that is to say, Mike Santana - 
bailed me out again. 

Those of you who have been following the various stories of 
my Model 4s and 4Ps may remember a problem I had with the 
screen when I first got my 4P. The picture would get larger and 
smaller, then larger again, while the cooling fan ran faster, and 
slower and faster. Finally, the computer would give up entirely 
and reboot itself, committing murder on whatever I was working on 
at the time. I sent the computer back to Displayed Video, from 
whence it came, and they fixed it... or at least I thought they 
had. Anyway, the computer worked fine for about a year. 

The problem, which is called screen "blooming", came back 
about six weeks ago with a vengeance. The 4P couldn't be used. 
You may have seen me wandering around the last SAGATUG meeting, 
looking for someone who knew how to fix It. George Fisher said 
Mike had the fix, and Mike - bless his heart - not only sent me 
the directions to fix the power supply, but he sent me the 
resistors I needed as well!! 

I can't enclose resistors with each issue of the INTERFACE, 
but I think the fix should be made available to everyone who has 
an old 4P with the problem of a blooming screen. 

THESE MODIFICATIONS ARE TO ELIMINATE SCREEN BLOOMING ON THE 
MODEL 4P 

Note: the following resistor modifications pertain ONLY to 
the Tandy power supply. Do not install on the Aztec unit. 

Parts list: 2 - 1000 (IK) ohm % watt resistors 
2 - 470 ohm H watt resistors 
1 - 68 ohm )j watt resistors 

Two of the resistors (1KO and 680) are part of a revised 
version of Tech Tip 4P:4 (Rev: August 10, 1984). To add this 
modification, replace R-7 with the 1KO (brown, black, red) 
resistor, and replace R-35 with the 680 (blue, grey, black) 
resistor. 

The remaining resistors are used in a second modification. 
To install it, remove the trim pot R-15 (R-15 is located next to 
the metal shield/heat sink on the circuit board. It looks like a 
tight squeeze, but if the solder Is removed from its three 
connections on the solder side of the board with solder wick, 
R-15 can be easily lifted up and off the board). 

Replace R-15 with the two 470Q (yellow, violet, brown) 
resistors, Joining them where the center tap on the trim pot was. 

Check the 5 volt (VI) for a tolerance of 4.95 to 5.25 volts. 
To trim the power supply you may need to add the remaining 1KQ 
(brown, black, red) resistor. To raise the output, locate R-14 and 
install the 1K0 resistor across the 5100 (green, brown, black) 
resistor closest to R-14. To lower the output, locate R-16 and 
install the 1KO resistor across the 5100 (green, brown, black) 
resistor closest to R-16. 

1 put the modification in my 4P over two weeks ago, and the 
screen has been steady as a rock. Now, if I could Just get Mike 
to write a short article explaining exactly what was wrong with 
the 4P power supply, and why changing a few resistors fixed it... 

[NORTHERN BYTES editor's note: Although I can't explain the 
reasoning behind the Tech Tip modification, it sounds as though 
the major part of the problem was caused by trim pot R-15, which 
apparently was of such low quality that Its resistance jumped all 
over the place. Cleaning and/or replacing R-15 might also have 
helped (at least for a whiles but the fix proposed above sounds 
much more reliable.] 



17 



TELECOMMUNICATIONS NEWS 

Before I begin this issue's column, here's a note for MCI 
Mail users. In the past we've had two MCI Mail accounts, one for 
The Alternate Source and one for Northern Bytes. We don't really 
need both accounts, and the duplication creates extra expense 
for us, so from now on please use MCI Mail ID number 109-7407 to 
contact either TAS or Northern Bytes. Please note that I will 
get your correspondence just as fast on this account as I did on 
the other. Of course, this also means that our MCI Telex number 
has changed, the new number is 6501097407 (answerback 
6501097407 MCI). 

A few issues back I mentioned that some phone companies 
have Implemented a feature where you can temporarily disable 
Call Waiting, if you have that service. This is essential If you 
are making a modem call, since an incoming "Call Waiting" call 
momentarily Interrupts the signal on your phone line, which will 
at least garble the data being transmitted on the line, and will 
likely cause one or both of the modems (yours or the one at the 
computer you're talking to) to hang up. 

Well, it turns out that most of the Bell Operating Companies 
will receive this feature automatically as part of the software 
upgrade to convert to "equal access" (the service that lets you 
select a carrier other than AT&T to handle your calls when you 
dial "1" plus the area code and number). So, even if Oils feature 
hasn't been officially announced in your area, it may still be 
available. If it is, you can use It as follows: 

1) If you have a touch-tone line, dial "*70". If you don't 
have touch-tone service, or if your auto-dial modem can't produce 
the "*" tone from the touch-tone keypad, dial "1170" instead. 

2) Then simply dial the number you want to call. Call 
Waiting will be suspended for the duration of the call. It will 
•b e re-enabled when you hang up, even if the call doesn't go 
through or you get a busy signal. 

Note that this doesn't help a bit on incoming calls, so you 
probably would not want to have Call Waiting service if you 
frequently receive modem calls (you certainly wouldn't want It on 
a BBS line, for example). But the average computer user that 
occasionally uses the family phone line to call up CompuServe or 
the local BBS Is no longer forced to do without Call Waiting. 

Last issue I mentioned the new Fastlink™ modem that 
operates at 10,000 bits per second over ordinary, dial-up 
telephone lines (Tastlink is a trademark of DCA/Telebit Data 
Systems, and DCA is a trademark of Digital Communications 
Associates, Inc.) This modem is revolutionary in that it will even 
work over cruddy lines that would give regular modems a lot of 
problems. You've probably been told for years that 4800 bps (or 
2400 bps or 1200 bps) was the upper limit for reliable 
communications over a standard telephone line, and to run at that 
blinding speed you'd need a very "clean" telephone line - no 
static, no glitches, no noise of any kind to disrupt 
communications. So how does the Fastlink manage to operate at 
speeds more than twice as fast as the former supposed upper 
limit? 

To answer that question, you have to realize that 
conventional modems transmit bits serially - one after the other. 
A binary zero is called a "space" and a binary zero is called a 
"mark". Thus, to transmit a full eight bits of one byte, we need 
to send eight signals (some combination of eight "marks" and 
"spaces"), one right after the other (in actual practice, there 
will usually be two or three extra bits sent for each byte; these 
are called "start" and "stop" bits). 

A standard modem uses one audio frequency to represent a 
"space", and another to represent a "mark". When two modems are 
connected to each other, one modem will use one pair of 
frequencies, and the other will use a different pair (if this were 
not the case, each time a modem transmitted a bit, it would 
scramble the incoming signal from the other computer). We 
normally refer to one pair of frequencies as the "originate" 
signal, and the other as the "answer" signal. Here in the United 
States and Canada, modems transmitting on the originate 
frequencies use an audio frequency of 1070 Hz to represent a 
"space", and 1270 Hz to represent a "mark". If the modem is 
transmitting on the answer frequencies, it uses 2025 Hz and 2225 
Hz as the "space" and "mark" frequencies, respectively. These 
frequencies are known as' the Bell standard frequencies (named 
after the old Bell System, which developed the first modems - 
after all, at the time Ma Bell didn't let anyone else connect 
anything to her lines anyway, which is just the sort of behavior 
that got her in trouble with the Justice Department). Other 



countries use the CCITT standard (which uses different 
frequencies - under the CCITT standard, 1180 Hz represent* a 
"space" and \980 Hz a "mark" in originate mode. In the answer 
mode, 1850 Hz and 1650 Hz represent "space" and "mark" 
respectively), which is why you can't take your U.S. modi 
overseas and use it to connect to a bulletin board or packet 
network (quite apart from local regulations which would probably 
also forbid you to do so). 

The point is that out of the entire audio spectrum, only 
four frequencies are used - two going in one direction, and two 
travelling in the reverse direction. But a standard telephone 
line is usually capable of carrying audio signals with 
frequencies as high as 3000 Hz (usually higher yet on local 
circuits). It's quite obvious that many more frequencies could be 
used simultaneously. 

Up until now, modem communication has been treated like a 
dancing bear. When one considers a dancing bear, one does not 
critique how well the bear dances, one simply marvels that the 
bear is able to dance at all. Similarly, computer users have been 
enchanted by the fact that computer-to-computer communication 
over telephone lines is even possible, and until recently, no one 
has really questloqed whether there could be any improvement In 
performance by using a different method of transmitting the data. 
That's not to say that we haven't tried to push the conventional 
system to the extreme limit of transmission speed, but since we've 
limited ourselves to using only four frequencies out of a much 
larger audio spectrum, we've ignored the most obvious method of 
increasing telecommunications speed. 

Permit me to use an analogy. Suppose that you had an AN 
radio, but that there was only one radio station transmitting 
Morse Code, and furthermore, it transmitted the dot* on one 
frequency on the radio dial, and the dashes on another frequency. 
You might think that a very inefficient use of the AM radio 
spectrum I Now suppose that suddenly there was a sharp increase 
in the number of messages to be transmitted, so many that even 
though the station was operated 24 hours a day, it was impossible 
to get all the messages through. Then suppose that the the only 
solution offered was to train the operators of the station to 
transmit faster, but when the operators transmitted fatter, the^ 
operators at the receiving end had difficulty keeping 
(especially when there was a lot of interference and static o'C 
the airwaves) and as a result, received messages were sometimes 
garbled. That situation almost parallels the difficulties we've 
had In increasing modem transmission speed. 

Now, suppose that instead we open up a second transmitter 
using a different pair of frequencies on the AM radio band. We 
could instantly double our message transmission capacity. Now 
think of how many stations could be put on the AM broadcast 
band, and you begin to see how transmission capacity can 
dramatically increase when additional frequencies are used. 

Well, the audio spectrum can be similarly divided up. 
Suppose that instead of using one frequency pair, we used eight. 
We could transmit an entire byte at once! If we use more than 
eight frequencies, multiple bytes can be transmitted 
simultaneously. If we use the full audio spectrum available on 
the phone line, we can transmit many bytes at once! The Fastlink 
modem uses a system similar in concept to this, although I don't 
have specific information about how their system is implemented. 

Of course, raising transmission speed In this manner is not 
quite as simple as it sounds when real telephone lines are 
involved. Phone lines tend to vary widely in frequency response; 
it's entirely possible that on any given connection a portion of 
the audio spectrum may be unusable (either due to interference 
on a given frequency, or due to a loss of signal at that 
frequency due to uneven amplification, loading coils, filters, and 
who knows what else that may be used on a given connection). 
The Fastlink adjusts for this. It has the ability to monitor 512 
different frequency intervals, and to "pick and choose" the 
frequencies that are capable of being used reliably. 
Furthermore, it can adapt to changing line quality, decreasing or 
increasing speed until it finds the highest dependable operating 
speed. For example, if noise is present on a line, it will lower 
Its speed in 50 bps increments until it can establish reliable 
communications. 

There are other technical considerations relating to 
telephone system that must be taken Into account on any sys' 
of this type. For example, you can't transmit a continuous signal 
at or near 2600 Hz, because that will immediately break the 
connection on many long 1 distance telephone circuits (not on the 
newer digital links, but there's a large amount of non-digital 
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AT&T has already led the way In this with their "Reach Out 
America" plan (which considers tine only, not distance, when 
barging for calls made during the night/weekend rate period, 
uring that period, customers pay $9.45 for the first hour of 
Interstate calling per month, or 15Sf« per minute. That rate 
drops to $8.25 per hour, or l3Vt per minute, after the first hour. 
However, those who are signed up for this plan must pay a 
minimum of $9.45 per month, even if a full hour of interstate long 
distance service during the night/weekend rate period is not 
used in a given month). But even among the competing long 
distance services, I think that you'll see pricing become even 
less distance-sensitive as time goes by, especially as satellite 
communications are used for more and more of the nation's phone 
traffic. After all, once you've shot a call several thousand miles 
into space and back, a difference of a few hundred miles on the 
ground begins to look mighty puny. 

But the use of satellites for phone calls brings their own 
set of problems. The biggest is that it takes a finite amount of 
time to shoot a signal up to a satellite and have it come down 
again. If we assume that a call has to travel 22,000 miles to 
reach the communications satellite, that's a 44,000 mile round 
trip. Microwaves travel at about 186,000 miles per second, so 
simple division tells us that it takes about a quarter of a 
second for the signal to make the round trip. An international 
call may make two or three satellite hops before it reaches its 
destination, which makes the delay very noticeable. If you've 
ever talked on an international call that went via satellite, you 
know what I'm talking about. There's just enough of a delay to 
make conversation difficult - both parties start speaking at the 
same time, then after a fraction of a second each hears the other 
begin to speak, whereupon both parties pause to let the other 
finish (which each hears a fraction of a second later), and so on. 
And If that isn't bad enough, sometimes your own voice will come 
back at you after about a H second delay. For some reason, 
people bearing their own voice come back after a short delay 
tend to stop speaking, perhaps in an effort to let their voice 
catch up! This effect can make a reasonably intelligent person 
( turn into a gibbering idiot (or at least it can make him SOUND 
like one). 

For modem users, that delay can add expense to modem calls. 
Consider how the XMODEM file transfer protocol works: It sends a 
block of data plus checksum information, then waits for the 
receiving computer to send back an acknowledgment that the 
block of data has been sent correctly before it transmits the 
next (or, alternately, that the block of data was received 
Incorrectly, in which case it needs to be retransmitted). Now, if 
there's a delay in receiving back the acknowledgment due to 
satellite lag (or delays in transmission through a packet network, 
Which can be worse yet), there will be a delay before the next 
block of data can be sent. This delay is cumulative from block 
to block, and could make long distance data calls (especially 
international calls) very expensive. 

One solution is to use a larger block size, say IK instead 
of 256 bytes, and there are some versions of HEX (a terminal 
program that, unfortunately, does not run on the TRS-80 unless 
you are using CP/M) that support this larger packet size (for 
more information, try calling the MEX BBS at (414) 563-9932, 300 
or 1200 baud). The problem with that is that if you do get an 
error in transmission, you have to retransmit a IK block instead 
of a 256 byte block. Thus, smaller blocks are better for "dirty" 
phone lines, while larger blocks are better when the transmission 
is relatively error-free. At present, I'm not aware of a TRS-80 
program that supports anything other than the standard 256 byte 
block size, however. 

I'm going to close this month with another of my thoughts 
on how to bring telecommunications to everyone at a reasonable 
price. As I've mentioned before, folks in the larger population 
areas have many inexpensive ways to access computer 
communications services. For example, Lansing, Michigan has 
nodes for Telenet, Tymnet, Uninet, Autonet, and CompuServe's 
packet network (and probably others I don't know about). Here in 
Sault Ste. Marie we have zllcho - in fact, to my knowledge the 
.nearest pack network node is about 150 miles away! 
, We have a similar problem with airline service. None of the 

'big airlines wants to come all the way up here. But, we have a 
feeder airline that flies from here to Detroit (stopping at other 
small towns along the way), and there you can connect with Just 
about all the major air carriers. 



switching equipment that is still in use). Conversely, the phone 
system Is designed to "listen" for normal modem tones, and If 
heard, to switch out any echo cancellation circuitry that la 
normally in effect on a call (echo cancellation plays havoc with 
normal modem communications). 

As you might realize, there la no national or international 
standard for a modem similar to the Fastlink. The Fastlink Ja 
compatible with Bell-standard modems (212A and 103 type), but 
only at their normal speeds. If you want to use the 10,000 bpa 
speed, both modems must be a Fastlink. It's possible that other 
manufacturers may come out with something similar to the 
Fastlink, which may or may not be compatible. On the other hand, 
it may be that the Fastlink will define the standard for this type 
of modem, simply by virtue of being the first on the market with 
this type of system (the Hayes "AT" command set is a de facto 
standard only because Hayes had the first "smart" modem on the 
market, and everyone else wanted to be compatible). 

If you think you'd like a Fastlink, there are a couple of 
things you should know before you reach for your wallet. One la 
that it Is intended for use with an IBM-PC or compatible 
computer. That's not to say that it can't be made to work with a 
TRS-80, but so far I've never heard of an actual case where the 
two have been mated. What might give you greater reason to 
pause Is the current price - around $2,000. Obviously, this price 
will come down eventually, especially when other manufacturers 
start playing "catch-up" and producing their own versions of the 
super-fast modems (which may turn out to be even "Faster and 
Better", to steal a line from Lewis Rosenfelder). But If you 
really need lightning-fast communications capability right now, 
you can call 1-800-241-4762 for more Information on the 
Fastlink. 

This new technology does have certain implications. For 
one thing, If you're running up huge phone bills on 
coaputer-to-computer communications, it might be possible to 
amortize the cost of a Fastlink over a relatively short time, 
depending on your application. For another, you can expect that 
300 and probably even 1200 baud modems will be. dinosaurs in five 
or ten years (if that long), and that 2400 baud modems will never 
really become a mass market Item. Smart modem manufacturers 
("smart" as applied to the manufacturer, not the modem) will 
either start developing their own versions of a high-speed modem 
or will get a license from DCA to produce a Fastlink-compatlble 
modem. The Fastlink will be a boon for alternate long distance 
carriers due to its relative Immunity to problems caused by 
low-grade circuits. Finally, if I had the money to Invest in the 
stock market, I think I'd buy a few shares of Digital 
Communications Associates stock. They ought to be In for some 
good times In the near future (If you become a millionaire on 
this tip, contributions to the Home for Retired Newsletter Editors 
will be gratefully accepted). 

Turning to other matters, have you noticed that the cost of 
long distance calling Is becoming less distance-sensitive? Take 
the night rates (when else do computer hobbyists make long 
distance calls?) of one major carrier as an example. The rates 
climb sharply for the first 56 miles away from your location (to 
call up to ten miles away costs about 6c per minute, to call 
23-55 miles away about 10*, and to call, from 56 to 124 miles 
away costs 13.6C. But after that, the rates rise rather slowly as 
you go farther away. You can call a location from 926 to 1910 
miles away for 16.1*. and from there to 3000 miles away for 18« 
per minute. The maximum you can pay to anywhere in the nation 
(up to 5750 miles away) Is 19.6t per minute. These prices do not 
include volume discounts. Note that a 10-mile distant call costs 
about 69 per minute while a 56-mlle distant call costs 13.64 per 
minute, which is an Increase of over 7fc* per minute In just 46 
miles. But after that, there is only a 66 per minute Increase to 
the most distant point you can call in the U.S. (for most of us 
that's probably Hawaii, which is now tariffed under the domestic 
rate structure). What this means Is that If you have to call long 
distance to access your communications utility, you may not 
really be saving any money by accessing the nearest node, 
particularly If you have any problems with that node. Most 
people still think that more distant calls cost them much more 
money, but as we see from this comparison, that becomes much less 
true once you get farther than easy driving distance from your 
home (if you think I'm crazy to refer to 56 miles as "easy driving 
distance", you've obviously never lived in the wide-open spaces 
of the Great White North). 
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That Bakes me wonder if »aybe the packet networks couldn't 
do something similar. Suppose we had a "regional" or "feeder" 
packet network that covered, for example, towns of any 
significant size in Michigan's Upper Peninsula (alternately, it 
could be a single "front end" computer serving a single town). 
This could then connect into all of the major packet networks at 
the nearest major city (probably Green Bay, Wisconsin In this 
case). Perhaps there would be only one private data line out of 
the Sault, which could carry maybe 6, 12, or 24 data 
"conversations" at once. You would log onto this computer, then 
tell it which packet network you wanted to be connected to. It 
could them make a connection to Green Bay and either dial up the 
desired network there (or even a bulletin board system!), or 
directly connect to the packet network's lines. The secret would 
be that anyone accessing the regional packet could then in turn 
access any of the major packet networks. The only hassle would 
be in the billing. Would each user have to have his own account, 
or would the usage be billed to the called packet network (which 
would in turn bill it to the host computer, which would in turn 
bill it to the customer)? 

By the way, lest you think this sounds farfetched, consider 
that Bell Datapac performs almost exactly this type of service 
for Canadians calling U.S. packet networks. Once you get onto 
Datapac, you can connect with Tymnet, Telenet, CompuServe or 
other U.S. networks. Datapac bills the U.S. network, which in turn 
bills the called host computer. So it can be done, and I don't 
understand why nobody's doing it. It might not be economical for 
one of the major packet networks to put nodes In every small 
town, just as it might be uneconomical for a major airline to run 
planes to every small town. Just as "feeder" lines have their 
place in the transportation industry, 1 believe they also have 
their place in the communications industry. It's also worth 
noting that many of the small, regional long distance phone 
companies are currently on better financial ground than the 
large carriers that try to cover the entire country, and that's in 
spite of the fact most of the analysts predicted that these small 
resellers would go belly up as soon as equal access took effect 
(starting last year). Which only goes to prove that you can't 
always believe what "they" say. 

Anyway, if anyone has the knowledge and financial backing 
to put an experimental "feeder" packet switch into the Sault, I'm 
available for consultation. I don't charge an arm and a leg 
either. 

That's all for this month. I'd be interested to know if you 
folks enjoy these columns on telecommunications, or do you just 
think I'm wasting space that could be put to better use? Drop me 
a line and let me know. 



P BUFF KIT REVIEW 
by Eeon NacAulay 

[Reprinted from the Adelaide Micro-User News, 36 Sturt 
Street. Adelaide, South AUSTRALIA 5000] 

In th& April issue of the news John Ross advised members of 
Don McKenzie's latest project [also mentioned in NORTHERN BYTES 
Volume 6, Number 4] - an 8 to 64 K printer buffer unit kit. At 
that time I was half way through constructing such a unit and 1 
thought members would be interested in my experiences. I saw 
this project as being a great relief of frustration in not having 
to "standby" while my printer laboriously churned out 20 - 25K of 
program... 

The short form kit as supplied by Don consists of a printed 
circuit board (one side only) together with an EPROM containing 
the program for the processor. The basic kit (available from 
John Ross [or directly from Don McKenzie by mail] at a cost of 
$35.00 [Australian (around $22 U.S.), plus $5.00 for postage to 
North America], with extras bringing a total cost up to $150.00 
[Australian - much less in the U.S.], depending on where you 
obtain the Z80A, 4164 RAM and the 8255 PIO. Commercially 
available printer buffers with 16 K can cost $450 and with hefty 
extra $ for each additional 8 K, Therefore this project is very 
attractive cost wise. Don has done the good Job of providing a 
unit to suit most needs and when complete it will work with any 
Centronics configured computer and printer. If you are short of 
cash you can start off with as little as 8 K buffer which means 
you only need to buy one 4164 chip, and with prices varying from 
$3 - $10.00 the remaining seven represents a very big saving. 
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The kit Is relatively easy to construct provided you have a good 
soldering iron. Perhaps the two most time consuming tasks are 
installing the 30 wire straps and the Input/Output cable ^^ 
connections. I am a novice at electronics, if I can do It theqj^"l| 
there is no reason why others cannot put this kit together quite < 
easily also. 

A few little wrinkles which do not appear in the 
instructions, which I might say are very comprehensive - 12 pages 
in all. Firstly, on the subject of power supply I found it better 
to use the Dick Smith Electronics catalogue M-215S transformer 
[page 117 of 1985-86 U.S.A. catalog] together with a Dick Smith 
case catalogue H-2744 [page 42 of U.S.A. catalog]. This enables 
all the components including power supply to be Included In a 
compact form without having to find a place for a plug pack on 
your power board which might already be crowded. To 
accommodate this some simple wiring is required to provide a 
power switch at the rear of the case. 

If you are using a Mitsubishi 8255 then It may be necessary 
to connect a 150 PF ceramic capacitor between pins 6 and 7 to 
ensure that it operates properly. This can be quite easily 
carried out on the solder side of the board without much trouble, 
providing you keep the capacitor leads very short. If .you are 
using one of the faster printers (120 CPS+) you may have to wire 
in an initialisation switch (momentary) by attaching wire from pin 
31 on the output side of the printer cable (presently unused In 
the buffer circuit) through a 10K resistor to a momentary switch 
which is then connected to ground. On the subject of printer 
cables I found it better to fix the female Centronics plug to the 
case (I used a solder type here), rather than letting it "float". 
The output cable must float and should be long enough to suit 
positioning of the buffer in relation to the printer. 

On page 5 of the instructions Don states, "on power up, LED 
should be off". If you find that on power up that the LED 
remains on (and everything else checks out), then Immediately 
suspect a track short In the tracks associated with Pin 2 of chip 
E13, that is whilst only E12 and E13 have been installed. 
Finally, If all tests are complete, and you come across an 
Intermittent fault In that the test message only appears once on 
initial power up and not on subsequent power ups then the 
problem Is resistor R9. Don advises that this resistor wi 
Included on the advice of Z80 buffs and in effect can be deleted 
if the intermittent test problem arises. When I cut mine out the 
unit worked perfectly with every test sequence. Coming down to 
operation it is better that your printer power and printer buffer 
power supply come from the same source, i.e. through one switch. 
My solution was to install a double adapter to my switch power 
board so that when I switch the printer off I also switch the 
printer buffer off. If you switch off all units except the 
printer buffer you will note that the data LED lights up brightly 
(this effectively activates the LED circuit). Although Don doesn't 
mention this as a feature I found it quite useful in that it was 
unnecessary to then install a power LED to signify power on. 

How does it work? In ay opinion it is a great addition 
especially where long print runs are required, and especially if 
you are using a slow printer, e.g. 80 CPS or less. My test was a 
simple 22 line BASIC program (the menu program from the Creator 
Series) and while this was running on ay Epson (80CPS) I noted 
that within a second I had command back over my CPU was able to 
do two DOS enquiries, and a number of other keyboard functions 
before the printing completed. With particularly long programs 
(and with a 64K buffer) the benefits really add up. Just a small 
point, if you do not power down the printer buffer everything 
that Is in the buffer Is still there, even If your CPU has been 
powered down, and if your printer is still connected you will find 
that you can still dump the buffer memory to the printer without 
any influence from the CPU. All In all I can recommend this 
project as a useful addition to a dining room table full of 
computer gear. 

[Addresses you may want in connection with the above 
article: Don McKenzie, 29 Ellesmere Crescent, Tullamarine, 
Victoria 3043, AUSTRALIA sells the PBUFF kit for $35.00 
Australian, and can also supply the required 3.58 MHz crystal for 
$2.90 Australian, plus $5 postage to North America (consult your 
bank for the current exchange rate - delivery is usually within 
2-3 weeks from the time you mail your order to Don, provided you 
send your letter Airmail, of course). Dick Smith Electronics' 
U.S.A. mail order operation can be reached through P.O. Box 8021, 
Redwood City, California 94063 or by toll-free telephone at (800) 
332-5373 (outside the U.S.A., use the regular phone number (415) 
368-1066).] 



TRANSFERRING A BASIC PROGRAM PROM MOD I TO MS-DOS 
» by Don Gruenther 

' [This article is reprinted fro* the NCTCUG Newsletter 

(Fairfax, Virginia). Your editor finds himself in agreement with 
the closing paragraph of this article!] 

Recently I had occasion to convert some nail list programs, 
which I had written in BASIC for the Model I, to a Model, 2000. 
There were over 3200 records in the data file and new members 
were being added daily. The Model I had a hard drive, but the 
major limitation was that whatever sort field was desired was 
maintained in an array in memory. There isn't that much memory 
in the Model I. In fact each array element had been pared to 8 
bytes, one for a bulk mail flag, five for ZIP code, and two for an 
integer record number. Alternatively the first six bytes could 
be used for name, date of birth, membership number, or' whatever. 
The entire sort field for all 3200 records could not fit in 
memory at one time, so all processing had to be done in two 
batches. For example, one mailing might Include all ZIP codes 
less than 40000, with the others being consigned to another 
mailing. In another case, the roster had to be printed in two 
separate passes - one for those names less than "L" and a second 
for the remaining. 

The computer owner bought a Model 2000, also with a hard 
drive. This should be no different from any other MS-DOS 
machine in so far as my project was concerned. My job was to 
transfer the data files and the programs that manipulated the 
data, all in BASIC, from the Model I to the Model 2000. Since I 
| don't own an MS-DOS machine and probably never will, I had very 
I little interest in learning any more about the Model 2000 than 
s what was essential to do the program conversions. Since others 
I may be tempted to undertake this same type of task, I will relate 
: ; my trials and tribulations. ( The BASIC on the MS-DOS Machine was 
I version 01.03.00. 1982. 
| BASIC on the Model I does hot require spaces between 

■ commands or variables; BASIC on the Model 2000 does. The main 

r reason for this is that the Model I limits variable names to two 
;etters. More may be used but only the first two actually define 
the variable. The Model 2000 permits a large number. Since key 
| words embedded within a variable name is permitted, or else you 
could never keep track of legal and -illegal variable names, the 
BASIC interpreter must insist that all variable names be 
delineated with a space or punctuation character. The first task 
then is to edit the Model I BASIC program to ensure that the 
appropriate spaces are present; I did this manually, though there 
are programs to do that automatically. 

All BASIC commands are normally stored on a disk as single 
byte tokens. For example, the command GOTO is stored as a 
single byte. These bytes are not the same between different 
model machines that use BASIC, and particularly between an 8-bit 
and a 16-bit machine. Many of the commands in the BASIC on the 
Model 2000 actually require two tokens. Therefore the program 
on the Model I had to be saved to disk using the "A" option to 
ensure that it is saved in ASCII. Then it could be transferred to 

■ the Model 2000 either via a modem, null modem, or a program that 
i reads disks of different formats. I had Roger Fuji! and Rich 

Deglin perform that task for me. 

At this point, the fun began; or rather I should say the 
frustration. While most BASIC commands are standard, there are 
several that are not. The Model I has a PRINT 9 statement for 
controlling the cursor. The screen is divided into 1024 
individual locations, starting at the upper left and ending at the 
lower right. The Model 2000 handles this function with a LOCATE 
command, with the parameters being the row and the column 
desired. I had to find all the PRINT 9 commands on the Model I 
and translate them for the other computer. 

I had a lot more trouble controlling the cursor on the 
Model 2000 than I had had on the Model I, but it was all due to 
my own ignorance. Specifically, a <LINEINPIIT INS;> (emphasis on 
the semi-colon) in the Model I would suppress a line feed on the 
screen after the return key was hit. The Model 2000 wasn't 
— ja arlv as polite; I had to put a LOCATE command before a <LINE 
"^(JT IN$> and after it, if I wanted to preserve the video just 
below that prompt. (Note also that #S*!ed required space between 
LIMB and INPUT; but not in DEFINT). I make no judgement as to 
whether one syntax is better or worse than the other, but when 
you treat one as second nature, the other can be very 
frustrating. 



I'm sure that you are all well aware that a sort in BASIC, 
even a very clever one, takes forever when you start sorting 
1000 or more. My solution to that problem on the, Model I was 
very simple; I wrote a short machine language routine to to the 
sorting, f understand the Z80 somewhat; the 68000 is a big 
mystery. Those who do know something about it have suggested I 
leave it alone. Fortunately MS-DOS has its own sort routine, but 
It is not in BASIC. It took many hours to go from that knowledge 
to making any use of it. A random file in BASIC is just one 
continuous stream of bytes. The BASIC interpreter is able to 
delineate individual records by Its knowledge of the number of 
bytes in each record. Further these bytes need not be pure 
ASCII. The MS-DOS sort turns out to be line oriented; in other 
words there has to be a carriage return and line feed after each 
Individual record. It also will make good sense out of data 
records only if they are pure ASCII. Where I had kept all my 
sort fields in an array in memory, now I had to write them to a 
file on disk before the sort. Further I had to make sure the 
record number associated with a particular sort field was in 
ASCII and that the record ended with a "CR LF. None of these 
things are significant problems when you know about them, but 
the oniy way I learned was by getting burned, I also learned to 
be very, wary about the length of the file; MS-DOS and my BASIC 
program never did agree on that limit. I solved the problem by 
appending several dummy records while in BASIC, ones that I could 
recognize as being beyond my last valid data record. By filling 
those records with "zzzzzzz" or an appropriate graphic symbol, I 
always got them to sort to the bottom of the pile. You also have 
to be sure there is a 1AH at the very end of the file as ah 
MS-DOS EOF mark. Whenever I jumped back into BASIC to make use 
of the sorted records, I always made an EOF test in BASIC. It 
didn't matter that there might be more than one phony record. In 
fact, due to a bug in the SORT MS-DOS command, without a few 
extras I could never sort beginning at a column other than the 
first [MS-DOS allows you to specify the beginning column]. One 
other observation; the MS-DOS sort is case independent. I wanted 
it that way, but if you don't, that's another complication. 
Perhaps all this information is in the manual, but I doubt it. As 
I mentioned before, my main concern was to get the programs 
converted, not to learn to use the Model 2000. 

In the Model I, after you have opened a random file with a 
certain ; record length, the LOF command tells you how. many 
records you have. Not so with the Model 2000. LOF tells ypu how 
many bytes are in a file, including those unused" ones' at the end 
of the last block of disk space allocated to the file. This 
required that the program divide the LOF by the record length to 
get an approximate answer. Then each record from some 
convenient one near the last had to tie checked in turn to see if 
it was the dummy record at the end of the data file. 

I have always been enamored with the flexibility a file 
buffer offers for string manipulation. You can field a buffer 
with 30 bytes allocated to ah entire name, the first 14 allocated 
to a first name, the next 16 allocated to a last name, the 3d & 
4th allocated to anything else you wish; and so on. It's very 
handy to stuff things into one slot with one variable name and 
take out selected pieces using another variable name, even when 
no actual data file is involved. I always open one more buffer 
than I have data files, just as a place for me to play in. Having 
opened it, I usually close it right away, but the fielding remains 
valid until a CLEAR or NEW statement. This is not true of the 
Model 2000. If a file tied to a buffer is closed, the huffer 
< fielding is lost. Any dummy buffer must remain open! You also 
have to worry about closing any file during program execution 
because if you reopen it. fielding of the buffer is not automatic. 

Editing a BASIC program on the Model 2000 was a nightmare. 
I don't fault the computer; it's just that I edit on the Model I as 
second nature. I can spot a single "x" hiding on the line, enter 
SSx>, perform <Cy>, and everything is done. The Model 2000 
enters every key you press, except for the arrow keys, an <END> 
key and some <CTL> sequences. I had to be very careful to avoid 
typing over line numbers and other things by giving Model I 
commands. The delete key and the insert key are very useful, but 
if you digress the Uniest bit, say by backing up a character, you 
Just exited either of those modes. It takes a while to get used 
to that editing. One nice feature is that you can change a line 
number and change the order of code without retyping it. A bad 
feature is the scrolling. I haven't figured out exactly why it is 
so jumpy, but it isn't nearly as pretty as on the Model r. One 
cure is to give a CLS before every LIST command; then at least 
the first 25 lines are displayed smoothly. If I owned a Model 
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2000, I would figure out how to make the function key that issues 
the command. LIST, perform a CLS:LIST instead. 

Eventually in every program, generation of a report Is 
required. In my case for a roster of aethers, I needed to print 
in 132 column mode. Would you believe the Model 2000 BASIC 
doesn't want to do that — until you place in the program 
somewhere, WIDTH LPRINT 132? 

The final set of programs is less than ideal. Some language 
other than BASIC would be a better alternative. Even with all Its 
memory, the Model 2000 'only permits use of 64K for the user's 
BASIC program. This does not Include the BASIC interpreter. In 
this case, since the 500K main data file and the smaller sort key 
file are on disk and not in memory, we can live with the memory 
limitation. The nuisance of having to exit BASIC in order to sort 
is a big disadvantage. In this application, one BASIC program 
examines each record and selects those meeting input criteria, 
which are ANDed and ORed in any conceivable fashion. Those 
fields selected are written, with their appropriate record 
numbers In the main data file,- to a key file. After selection, the 
operator has to exit BASIC , in order to sort the key file in 
MS-DOS. He than has to enter any one of several different BASIC 
programs depending on whether he wants to print a roster, 
telephone list, membership cards, labels, nasty notices, etc. A 
language other than BASIC would probably have been more 
appropriate. 

For those of you thinking of porting over your Model I 
BASIC programs to an MS-DOS machine, I hope I have given you 
some idea of what you're up against. It's not Impossible, but it 
is tedious. It helps to learn something about the particular 
syntax of the new BASIC commands, but the manual often Isn't very 
illuminating in this regard. Certainly I saw no explanation in 
the manual of the limitations of the SORT command in MS-DOS. 

At this point, I'm not at all certain that progress Is really 
a virtue. Why not just keep your older machine? 



MORE MODEL 4 PATCHES 

The following two patches will allow the M-ZAL assembler to 
run under TRSDOS 6.2; 
PATCH MASB/O10 (X'MDIMB 78) 
PATCH XASN/CND (X'iStt'-ftJ 26 K ft 3E *F EF 18 U 0E 3F K «2 18 82) 

The stack used by TRSDOS 6.2 can become corrupted under 
certain conditions. This has come to light using the PRO-NTO 
program along with some applications such as ALLWRITE and 
MULTIPLAN. The following patch will correct this problem: 
PATCH eOOT/SKS.LSIDOS <Dfti2C^=J# 1 #C=A*> 

When using PRO-NTO or other systems which allow a file to 
be accessed by multiple programs at the same time, the following 
statement should be entered and SYSGENed. This sets the 
"network" flag ON in TRSDOS 6.2. The "network" flag establishes 
a lock on files which have ,already been opened by another 
program. This prevents them from being written to while they are 
already open. 

MEMORY (A="N",B=1) 

[This original source of this information is unclear, 
although it may have come directly from Logical Systems, Inc. We 
got it from the Milwaukee Area TRS-80 User's Group newsletter]. 



Tflp ™ wnncr t ^nt-TfrtT n B at.am TranrernwE-g wpwnn^/an pops 

If you have purchased TAS Public Domain Library disk *ND-1 
(Alan Johnstone's NEWDOS/80 mods), you may have discovered that 
Alan's Model I printer driver sends most characters to the 
printer unchanged (in other words, it doesn't convert a form feed 
character to a aeries of linefeeds, etc. It Just passes the, 
character straight through). However, for some unfathomable 
reason, If the character is an ASCII zero (0), It is not passed 
through unchanged,, but is handed over to the TRS-80 ROM (which; 
also will not LPRINT a CHR$(0)!). There are times, however, that, 
you need to be able to send a zero byte to some printers 
(particularly if you are. doing printer graphics), so here Is a zap 
to SYSO/SYS (Model I version, as modified with Alan Johnstone's 
mods ) that will allow zero bytes to be passed straight through to 
the printer. This zap Is recommended : 

SYS0/SYS,23,30 change B7 CA Dl 05 18 25 to B7 00 00 00 18 25 

This zap was extracted from an article In Christchurch-80, 
the official magazine of the Christchurch 80 Users Group in New 
Zealand. 
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CONFIGURATION IN LDOS 
by Rod Stevenson 

[Reprinted from the Adelaide Micro-User Hews, 36 Sturt 
Street, Adelaide, South AUSTRALIA 5000] . 

There appears to be some confusion possible for a newcomer^^k 
to a disk system by the explanation In the manual or r 
configuration. I don't wish to duplicate the Instructions in the 
manual for installing, removing, or viewing a configuration. 
Reading will explain these mere mechanical points I* believe. 

It seems to me the trouble lies with not recognising that 
the configuration is really a section of high memory reserved 
and occupied by certain drivers, filters, or whatever the user 
has built Into his customised configuration. The CONFIG file on 
the disk is nothing more than this section of high memory (with a 
few other things we don't need to delve into here) saved to disk 
in such a way that it will load Itself into high memory on 
boot-up. So there is nothing at all special about the file saved 
on disk, it is just one of the ways of loading whatever is 
required into high memory. Another way is to type each one in 
from the keyboard as it is required. A common way Is to have a 
JCL file to save having to type It in from the keyboard each 
time. Below is my own JCL which I call SETUP/ JCL and change 
whenever I want to Custom-configure a disk: 

SYSTEM (BLINK, LARGE) 

FILTER 'PROSING PR/FLT(C=72, I=6,L=62) 

FILTER *PR USING SLASHO/FLT 

SET *KI TO KI/DVR(T, J,D=10,R=1) 

VERIFY 

PDUBL/CMD 

FILTER *KI TO KSM/FLT USING KEYMULT/KSM 

FILTER *KI USING MIMIDOS/FLT 

I change it using Scripsit, save It as an ASCII file, then 
DO = SETUP while the system has no configuration at all. 

There is another source of possible problems if you do a 
fresh configuration on top of an existing one. Most of the time 
you'll get away with it, but there are some things that can't be 
re-done or done twice; the manual does advise to configure only 
if there is not one present. ^HmmY 

When the system is configured as you require, insert the'^^P 
disk you want that configuration saved to and save it by 
SYSTEM (SYSGEN). It will write a new CONFIG file over any that 
already exists on that disk. 

It should be apparent that It matters not if you configure 
having booted up a Model I on a single density disk, then write 
the configuration to a double density one. Probably this is the 
easiest way to do it. Or you can boot up with the configuration 
required, then write that configuration to another disk; or simply 
copy the CONFIG file, 

I hope that by pointing out that the configuration Is 
actually in memory I've started some thoughts along the right 
track. 



ADAPT MODEL HI INFOCOM GAMES TO RUN ON THE MODEL I 
by Bob Seaborn / MCI ID! 268-7906 

Here's a tidbit of information to help all those with Model I's 
that would like to be able to play the latest Infocom games that are 
available only for the Model IIIi or those who dislike custom disks. 
This works under Newdos/80 version 2.0 and requires a double 
density adapter* only because of the requirement for more disk 
storage area. It could possibly work if the files are spread over 
two disks, but I'm not sure. The same goes for other DOS's too. 

Simply copy over from the Model in disk the two files on it 
(FILESPEC/CMD and FILESPEC/DAT). Then, using SUPERZAP 
search through the FILESPEC/CMD file for the hex byte sequence 
"21 25 42" and change it to the new sequence "21 18 42", 

What happens is, when you execute the program by typing from 
DOS "FILESPEC", the program loads and executes; then after it has 
initialized it looks back to the DOS command buffer (at 4225 Hex in 
the Model III and 4218 Hex in the Model I) for the name of the 
program, adds the "/DAT" to it, and then opens the proper data file. . 
Infocom explains that the only reason a custdffl disk was used for 
the Model I was because there isn't enough disk space available on 
a single density 35 track system. Some copy protection was used 
for both, but it is easily defeated, on the Model I by using 
TRAKCESS or SUPER UTILITY and on the Model IH by using a DOS 
other than TRSDOS. 
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